Monitor Stage

The Monitor Stage is responsible providing observability and response features.

Groups

This stage consists of the following group:

Product Categories

These groups map to the Monitor Stage product category.

Demo Environments

In order to make it more efficient to verify changes and demonstrate our product features to customers and other stakeholders. The engineers in this stage maintain a few demo environments.

Use Case URL
Customer simulation environment tanuki-inc
Verifying features in Staging monitor-sandbox (Staging)

Analytics Instrumentation Group
The Analytics Instrumentation group work on feature enhancements and implementing privacy focused product analytics across GitLab projects
Monitor:Platform Insights Group

Who we are?

The Platform Insights group is part of the GitLab Monitor stage and builds GitLab Observability and Product Analytics products.

Team members

Name Role
Nicholas KlickNicholas Klick Engineering Manager, Monitor:Platform Insights
Ankit BhatnagarAnkit Bhatnagar Staff Backend Engineer, Monitor:Platform Insights
Arun SoriArun Sori Senior Backend Engineer, Monitor:Platform Insights
Daniele RossettiDaniele Rossetti Senior Frontend Engineer, Monitor:Platform Insights
Jiaan LouwJiaan Louw Senior Frontend Engineer, Monitor:Platform Insights
Mat AppelmanMat Appelman Principal Engineer, Monitor
Max WoolfMax Woolf Staff Backend Engineer, Monitor:Platform Insights
Robert HuntRobert Hunt Staff Frontend Engineer, Monitor:Platform Insights

Stable counterparts

Name Role
Principal EngineerPrincipal Engineer Principal Engineer, Monitor
Lindsy FarinaLindsy Farina Senior Product Manager, Monitor:Platform Insights
Ottilia WesterlundOttilia Westerlund Security Engineer, Fulfillment (Fulfillment Platform, Subscription Management), Security Risk Management (Security Policies, Threat Insights), Monitor (Observability), Plan (Product Planning), AI-powered (Duo Chat, Duo Workflow, AI Framework, AI model validation, Custom models)

Technical Architecture

Architecture Blueprints

Architecture Documentation

ClickHouse Datastore

Observability and analytics features have big data and insert heavy requirements which are not a good fit for Postgres or Redis. ClickHouse was selected as a good fit to meet these features requirements. ClickHouse is an open-source column-oriented database management system. It is attractive for these use cases because it can efficiently filter, aggregate, and sum across large numbers of rows. ClickHouse is not intended to replace Postgres or Redis in GitLab’s stack.

Optimize Group

Plan:Optimize

Optimize FY25 direction and goals

How we work

  • In accordance with our GitLab values.
  • Transparently: nearly everything is public, we record/livestream meetings whenever possible.
  • We get a chance to work on the things we want to work on.
  • Everyone can contribute; no silos.
    • The goal is to have product give engineering and design the opportunity to be involved with direction and issue definition from the very beginning.
  • We do an asynchronous daily stand-up in our group stand-up channel:
  • You can reach out to the team on slack at: #g_plan_optimize

Prioritization

Our priorities should follow overall guidance for Product. This should be reflected in the priority label for scheduled issues:

Last modified December 12, 2024: Reorganize Analytics (56b11548)