Feature Flag Training - Mohamed Hamda - FY23-Q3
Feature Flag Training
Feature Flags are used by GitLab engineers in order to roll out changes while monitoring the impact. They are not the same as the Operations > Feature Flag feature inside of GitLab. This template is intended to help understand how and when to use this tool in development.
Currently as part of the feature flag process there is an expectation that GitLab engineers will monitor their changes with our monitoring tools. When the changes are low risk and do not require the change management process the expectation is that the engineer conducting the rollout will monitor their change themselves. This training is also designed to allow GitLab engineers to become aware of and comfortable with the monitoring that is provided by the Infrastructure department.
Regardless of risk assessment, it is expected1 that the engineer responsible will follow up with the change in production when the flag is flipped. Doing so can lower the likelihood of a production issue and if a production issue does occur we can lower the time they last and impact they have.
Steps
-
Assign this issue to yourself with the title of Feature Flag Training - First Name Last Name - Q#YYYY -
Get access to control feature flags
Read
-
Starting with Feature Flags in Development -
Controlling feature flags -
Pete Hodgson & Martin Fowler on Feature Flags -
Including a feature behind a feature flag in the final release -
GitLab Engineering Monitoring -
Performance at GitLab -
GitLab metrics currently being monitored -
Adding Prometheus metrics -
Logging at GitLab
Watch
(Approximately 3 hours)
-
Observability at GitLab (Internal) (Slides) -
Sentry/Kibana Training (Internal) -
Sitespeed.io training -
Intro to monitoring - GitLab Runners -
How Gitaly uses prometheus -
Finding an issue for a specific user in Sentry (Internal) -
How to search for an issue in Kibana -
GitLab Performance Toolkit Runthrough on 2019 08 27 -
Performance bar demo -
How to create Kibana visualizations for checking performance
-
As we increase the use of feature flags, engineers have an opportunity/expectation to use our monitoring that they did not have previously. The DORA research program specifically calls out observability and monitoring as being one of 38 key factors driving effective continuous delivery. The more comfortable we are using the monitoring and observability tools for our systems, the better our outcomes will be in terms of mean-time-to-recovery, individual contributor awareness of infrastructure and scalability concerns, usage of infrastructure engineers' time, and teams' psychological safety.
↩