The following page may contain information related to upcoming products, features and functionality. It is important to note that the information presented is for informational purposes only, so please do not rely on the information for purchasing or planning purposes. Just like with all projects, the items mentioned on the page are subject to change or delay, and the development, release, and timing of any products, features or functionality remain at the sole discretion of GitLab Inc.
This is the product direction for Monitor.
Keeping applications available and performant is table stakes for every business.
Our vision is to make every GitLab project observable by default, with monitoring tool that is easy to operate without specialized, expert skills. Teams can connect the dots between every deployment, incident, and other noteworthy events using and collaborating with telemetry data, which ultimately decreases the frequency and severity of production issues.
The Monitor stage directly competes in several markets defined within our Ops Section, including Application Performance Monitoring (APM), Log Management, Infrastructure Monitoring, IT Service Management (ITSM), Digital Experience Management (DEM) and Product Analytics. The total addressable market for the Monitor stage is projected to be $2.7 billion by 2024.
These markets are competitive and innovative, with winning companies achieving spectacular growth as businesses continue to shift online.
Successful vendors, such as market leader Datadog are leveraging a platform strategy to expand their markets (for example, see DataDog's acquisition of Undefined Labs to expand beyond production applications to provide code insights during development, or their expansion to incident management in 2020). Competition among market leaders today is also geared toward making the whole stack observable for enterprises. New Relic's updated business model reflects the need for vendors to capture the increasing footprint (and spend) of enterprises while enabling future growth by making a significant part of their business free.
The Monitor stage currently consists of two teams. The Observability group will be focused on bringing observability, including Metrics, Tracing, and Logging to market within the GitLab platform. The Response group (Name TBD) will be focused on Incident Management, and contributing toward deployment by adding Continuous Verification capabilities to the platform.
We will not actively work on the following categories/capabilities:
Build a complete DevOps platform with monitoring out-of-the-box.
On Dec 14, 2021, GitLab announced the acquisition of Opstrace, find out more in the Monitor:Observability direction page.
Observability is a cornerstone of a complete DevOps platform. As such, GitLab will include an on-by-default observability solution. In addition, we plan to build a vendor-agnostic continuous capability, enabling and encouraging partners to add their own solutions, thereby expanding customer choice.
GitLab users previously can monitor their services and applications by leveraging GitLab to install Prometheus to a GitLab-managed cluster. Similarly, users can also install the ELK stack to do log aggregation and management. Lastly, users can set up a Jaeger integration to trace for their applications.
With the acquisition of Opstrace, and the announcement to deprecate certificate-based integrations, we will be deprecating the features that currently exist in the Metrics, Logging, and Tracing categories. These features are scheduled for removal in GitLab 15.0.
In February 2022 we removed Self-Monitoring category as it was an unsupported category. The Self-Monitoring project is for self-hosted customers and leverages the capabilities from the Metrics category, which are being deprecated and removed. Self-hosted customers can still export metrics to Prometheus and view them via other visualization tools, such as Grafana. We will the deprecation in 14.9 with a planned removal in 15.0.
TL;DR - For the next several milestones, the Respond Group will focus on dogfooding alerts, finishing Escalating manually created incidents and working to complete Incident Timelines. We will not be working on-call schedules or escalation policies for the next two quarters.
To the GitLab Community and customers,
It's been a busy and eventful year! We released On-Call Schedules, Escalation Policies, and our internal teams dogfooded and adopted GitLab Incidents. We received a lot of feedback from customers and many questions from the community. Thank you for all of your help over the last year!
Our Product Manager and two of our Front-end Engineers made internal transfers to other teams or received well-deserved promotions! We now have a new Product Manager, Alana Bellucci. She has been focusing on building more depth in our alerts and incidents to facilitate dogfooding and user adoption.
We have an opening on our team for a Sr. Frontend Engineer. This team has some interesting, challenging projects on our roadmap. Consider checking out the job posting and applying if would like to join us!
In FY22, we saw a lot of users accidentally creating Incidents. We originally thought we were seeing increased user adoption for Incidents. After hearing feedback from our users and recognizing that this was an issue, we worked to make changes to our documentation and permissions for who can create Incidents. While we initially saw a decline in users earlier this year, we have since seen alert and incident adoption reach an all-time high!
For FY23, we are working to move the Incident Management category from viable to complete and the On-Call Schedule Management category from minimal to viable. Outlined below are some of our current priorities and features that we would like to complete by the end of FY23. Some of these may shift and change, quarterly priorities are being tracked in epics on Monitor's Quarterly Direction Board.
Priorities for feature work:
Incident Timelines Escalating Manually Created Incidents Dogfooding Alerts Related Alerts Links widget for types of issues
What's coming within the next year?:
Routing Rules for Alerts Scheduled Overrides
If you have any questions, please feel free to comment on any above issues or epics.
Thank you for reading, Alana!