GitLab provides a built-in rate limiting service to prevent noisy neighbor problems as well as other potential types of intentional and unintentional abuse. This is an important framework to ensure stable operations of GitLab services for all of our customers.
While each product group is responsible for ensuring their API endpoints and other features have rate limits adding, we need one group who can take ownership of the general rate limiting framework and ensure it has the features we need, and to provide maintenance.
Since this is a low-level ruby/rails framework, which helps to ensure even performance across the application, the Application Performance group seems like the best group to mature this framework.
Merge requests with changes to stages and groups and significant changes to categories need to be created, approved, and/or merged by each of the below:
VP of Product
The Product Director relevant to the affected Section(s) -
The Engineering Director relevant to the affected Section(s)
Director of Product Design
The following people need to be on the merge request so they stay informed:
Chief Technology Officer
Vice President of Development
Vice President of Quality
Vice President of User Experience
The Product Marketing Manager relevant to the stage group(s)
Director of Technical Writing
After Approvals and Merge
Create an issue in the triage-ops project to update GitLab Bot automation:
Mention the product group Technical Writer to update the documentation metadata
Share MR in #product, #development, and relevant #s_, #g_, and #f_ slack channels