Draft: 18.7 Outlook Issue (Nov 17 - Dec 12, 2025)
This is the current outlook for the 18.7 milestone. The Geo team schedules issues and works in a continuous Kanban manner, while still aligning with milestones. See our process page for more details.
Last Updated: 7th Nov 2025
Migration Cohort 1 to Protocell
This epic represents the work needed to achieve our first major delivery milestone of the Protocells Code Yellow initiative. We plan to migrate select inactive namespaces (Cohort 1) from the gitlab.com legacy cell to our first production cell (the Protocell).
-
Dry Run/Game Days for Protocell Cohort 1 Migrat... (gitlab-com/gl-infra&1760) - Plan out the rest of this epic with the SREs -
Douglas
Organization Data Migration
Instead of focusing on Cells 1.0, 1.5, and 2.0 for the near term we will work on offloading that 50%+ (other) that is not our top 50 namespaces. We'll have different cohorts to migrate, starting with inactive users all the way to users using application. The more features Cells support the larger/more customers we can migrate. We've reduced scope from the original design for Org Mover and renamed to Organization Data Migration for Protocells.
Organization data migration is a critical component of multi-cell architecture, enabling the movement of entire organizations from one cell to another while maintaining data integrity and minimizing downtime.
The migration process involves replicating PostgreSQL data, Git repositories, object storage files, and container registry data from a source cell to a destination cell, with various implementation strategies ranging from automated replication systems to manual migration processes.
This approach repurposes existing Geo replication infrastructure to handle organization migration. By configuring the destination cell as a temporary Geo secondary site, we can leverage proven replication mechanisms while minimizing custom development.
If we disable Geo configuration in Protocells, then we can more easily configure the Protocell to act as a secondary Geo site without a lot of modifications.
-
Organization Data Migration (gitlab-com/gl-infra&1626) - work with SREs to scope out the remainder of the work on this so we can have better confidence levels for Cohort 1 -
Mike -
POC of Geo Protocell Mode (gitlab-org/gitlab#571916) -
Mike
Organization migration: Checksum/sync by org on... (gitlab-org&14631)
Who: Mike, Natanael, Douglas
Geo already has "Selective sync by namespace". Extend this to add "Selective sync by organization".
We will use this to scope and run checksumming on selected organizations on the legacy cell.
Besides selective checksumming by org, this work effectively also implements selective sync by org. They both depend on the same scopes on the source cell/site to determine "what needs to be checksummed or synced".
-
Org Mover: Selective Checksum/Sync By Organization (gitlab-org&17004) -
Mike-
Org Mover: Implement selective sync scope for C... (gitlab-org/gitlab#534157) -
Douglas -
Org Mover: Implement selective sync scope for C... (gitlab-org/gitlab#534158) -
Douglas -
Org Mover: Implement selective sync scope for C... (gitlab-org/gitlab#534159) -
Douglas -
Org Mover: Implement selective sync scope for M... (gitlab-org/gitlab#534161) -
Douglas -
Org Mover: Implement selective sync scope for U... (gitlab-org/gitlab#534193) -
Douglas/Mike -
Refactor duplicated verifiables scope overrides... (gitlab-org/gitlab#576329) -
Douglas -
Org Mover: Implement selective sync scope for S... (gitlab-org/gitlab#534200) -
Natanael
-
Org Mover: Implement selective sync scope for C... (gitlab-org/gitlab#534157) -
-
Org Mover - Move all verification details into ... (gitlab-org&16633) -
Natanael
Geo Improve Observability priority2
Who: Shane/Chloe
In order to support Cells and Org Mover, current Geo functionality for replication and verification especially surfaced in the UI needs improvement and better observability. The goals we want to achieve with this epic are:
-
Improve primary verification experience
Why: This will provide immediate visibly into verification errors on the primary site without needing to resort to the rails console. We've noticed an increasing need for this visibility amongst new Geo customers. This will also help improve the first time experience. *
-
Geo Primary Verification: RESTful API (gitlab-org&17654) -
Chloe -
Geo Primary Verification: List UI (gitlab-org&17669) -
Shane-
Geo Primary Verification Details: Init Vue App (gitlab-org/gitlab#538191) -
Shane -
Geo Primary Verification Details: Hookup API to UI (gitlab-org/gitlab#538199) -
Shane -
Geo Primary Verification List: Hookup paginatio... (gitlab-org/gitlab#540316) -
Shane -
Geo Primary Verification List: Add sorting options (gitlab-org/gitlab#578303) -
Shane
-
Geo Primary Verification Details: Init Vue App (gitlab-org/gitlab#538191) -
-
Geo Primary Verification: RESTful API (gitlab-org&17654) -
Misc
-
Geo: Improve verification and replication handl... (gitlab-org&17974) -
? -
https://gitlab.com/gitlab-org/architecture/readiness/-/issues/65+ -
Chloe -
Websocket requests (impacting Classic Duo Chat)... (gitlab-org/gitlab#579074) -
Chloe -
Metrics to track replication lag for Geo (#5163) - Plan out work needed for this -
Ian -
Enable Container Registry DB backups for Registry GA -
Ian
Customer Support Triage DRIs
Nov 17- Nov 21 - Mike
Nov 24 - Dec 5 - Chloe
Dec 8 - 12 - Ian
PTO
Douglas - Dec 1 - 12 PTO Coverage
Zack - Parental Leave until Nov 23
Scott - Oct 27- Nov 21 - PTO Coverage