Skip to content

[Feature flag] Rollout of `geo_pages_deployment_replication`

Summary

This issue is to rollout the feature Geo:Replicate Pages Deployments on production, that is currently behind the geo_pages_deployment_replication feature flag.

Owners

Stakeholders

The Rollout Plan

  • Rollout the feature for all self-managed Geo customers after successful testing on staging and a 3k Geo deployment.

Testing Groups/Projects/Users

  • gitlab-org/gitlab project
  • gitlab-org/gitlab-com groups
  • ...

Expectations

What are we expecting to happen?

  • There will be no changes for SaaS customers as Geo is not yet enabled on .com.
  • Self-managed Geo customers with GitLab Pages deployments stored locally or on object storage with Geo-managed object storage replication enabled will see their Pages deployments replicated.

What might happen if this goes wrong?

  • Administrators can disable the feature by toggling the feature flag.
  • If disabling via feature flag is insufficient, reverting !68662 (merged) is an option.

What can we monitor to detect problems with this?

  • Check sentry errors on staging.

Rollout Steps

Rollout Steps

Preparation Phase

Full Rollout Phase

  • Make the feature flag enabled by default i.e. Change default_enabled to true
  • Cross post chatops slack command to #support_gitlab-com (more guidance when this is necessary in the dev docs) and in your team channel
  • Announce on the issue that the flag has been enabled
  • [-] Create a cleanup issue using the "Feature Flag Removal" template => See #325843

Rollback Steps

  • This feature can be disabled by running the following Chatops command:
/chatops run feature set geo_pages_deployment_replication false
Edited by Michael Kozono