GitLab은 운영 효율성을 극대화하고 향상된 기능을 활용하기 위해 연간 PostgreSQL 데이터베이스 버전 업그레이드를 구현합니다. 이 중요한 인프라 업데이트는 여러 팀에 영향을 미치며, 프로덕션 환경에 대한 최소한의 중단을 보장하기 위해 조율이 필요합니다.

이 문서는 GitLab의 PostgreSQL 업그레이드 프로세스에 관련된 각 팀의 책임을 설명하는 포괄적인 프레임워크를 확립합니다. 특정 작업의 소유권을 명확히 정의하고 완료를 위한 타임라인을 수립함으로써, 접근 방식을 표준화하고, 위험을 완화하며, 모든 데이터베이스 환경에서 성공적인 구현을 보장합니다.

이 문서에 상세히 기술된 타임라인은 PostgreSQL 업그레이드 여정을 위한 로드맵 역할을 하며, 모든 필요한 단계가 적절히 순서화되고 실행되도록 보장합니다. 이 구조화된 접근 방식을 따르면, 고객에게 가능한 최상의 경험을 제공하고, 가동 중단을 최소화하며, 고객이 GitLab에서 기대하는 높은 수준의 서비스를 유지할 수 있습니다.

다음 섹션에서는 각 팀에 할당된 특정 책임과 권장되는 활동 순서를 자세히 설명합니다. 이 프레임워크는 모든 향후 PostgreSQL 버전 업그레이드를 위한 표준 운영 절차로 사용됩니다.

타임라인 및 팀 책임#

1월: 팀 인식 및 준비#

소유자: 모든 크로스 기능 팀

팀: 데이터베이스 운영 팀, 데이터베이스 프레임워크 팀, 빌드 팀, Geo 팀, Dedicated 팀

이 기초 단계는 모든 팀이 다가오는 PostgreSQL 버전 구현을 위한 전략 계획을 수립하면서 리소스 동원을 시작합니다.

팀 작업: 모든 팀은 작업을 준비하고 다가오는 PostgreSQL 업데이트를 위한 팀 리소스를 할당합니다.

2월~4월: GitLab.com 플랫폼 호환성 보장#

전략적 업그레이드 사이클 계획#

GitLab의 새 PostgreSQL 버전 분석 및 제안.

소유자: 데이터베이스 운영 팀

팀 작업:

1. 구현 전략의 상위 수준 요약 수립;
2. New Project 템플릿을 따라 업그레이드 에픽에 GitLab의 목적과 예상 이점 문서화;
3. 에픽에서 직접 협업하고 의견을 제시하도록 이해관계자 및 크로스 기능 팀을 초대;

PostgreSQL 테스트 호환성 및 성능#

GitLab.com의 새로 제안된 PostgreSQL 버전과의 호환성 보장.

소유자: 데이터베이스 프레임워크 팀

팀 작업:

1. 새 PostgreSQL 버전을 야간 스펙에 통합;
2. 새 PostgreSQL 버전과의 호환성 보장;
3. 업그레이드 에픽에 연결된 이슈를 통해 PostgreSQL 불일치, 기술적 발견 사항 및 야간 스펙 결과를 문서화하고 전달;
4. 포괄적인 테스트를 통해 GitLab이 새 PostgreSQL 버전에서 완전히 기능한다는 것을 업그레이드 에픽의 크로스 기능 팀에 문서화하고 전달;

클라우드 관리 PostgreSQL 테스트 호환성#

GitLab Dedicated 클라우드 관리 PostgreSQL의 GitLab.com에서 사용하는 안정 버전과의 호환성 보장.

소유자: Dedicated 팀

팀 작업:

1. 안정 지원 PostgreSQL 버전에 대한 사용 가능한 RDS 및 CloudSQL 업그레이드 문서 검토;
2. AWS 및 GPC에서 현재 안정 PostgreSQL 버전으로 업그레이드 테스트;
3. 출시 일정 및 고객 커뮤니케이션 계획 문서화. 업그레이드 에픽에 출시 일정 연결;

Geo 업그레이드 준비#

소유자: Geo 팀

팀 작업: Geo 설치에서 PostgreSQL 새 버전에 대한 업그레이드 절차 확인;

5월~7월: 번들 Postgres 호환성 보장#

GitLab.com 프로덕션 안정 버전을 기반으로 번들 PostgreSQL 업그레이드를 검증합니다. 이것은 일반적으로 매년 5월경 주요 릴리스에서만 발생합니다.

지원되는 배포 방법에 대한 번들 PostgreSQL 업그레이드 검증#

소유자: 빌드 팀

팀 작업:

1. Docker, Kubernetes, Omnibus와의 PostgreSQL 호환성을 보장하기 위한 배포별 테스트 수행
2. 자동 업그레이드 경로를 철저히 테스트;

번들 PostgreSQL 업그레이드에 대한 선택적 지원 제공#

소유자: 빌드 팀

팀 작업:

1. 설치 가이드에서 다양한 배포 방법에 대한 업그레이드 절차 문서화;
2. 기존 설치는 pg-upgrade 유틸리티 도구를 통해 검증된 업그레이드 경로에 접근하여 계획적이고 제어된 PostgreSQL 업그레이드를 허용합니다;

8월~10월: 프리프로드 준비 및 GitLab.com 업그레이드#

GitLab.com 환경 업그레이드.

소유자: 데이터베이스 운영 팀

팀 작업:

1. 업그레이드 프로세스와의 DDL 작업 충돌을 방지하기 위해 데이터베이스 업그레이드 DDL 잠금 구성;
2. 두 STG 데이터베이스와 두 PRD 데이터베이스 업그레이드, 일반적으로 CI + SEC 또는 Registry. 특정 데이터베이스는 연도마다 다를 수 있습니다;
3. 나머지 두 STG 데이터베이스와 두 PRD 데이터베이스 업그레이드. 특정 데이터베이스는 연도마다 다를 수 있습니다;
4. GitLab이 새 PostgreSQL 버전으로 성공적으로 전환되었음을 크로스 기능 팀에 전달;

11월~1월: 안정 릴리스 통합#

GitLab.com의 안정 프로덕션 버전을 기반으로 도구를 업데이트합니다.

이 업그레이드는 고객을 새 PostgreSQL 버전으로 마이그레이션하여 현재 사용 중인 버전에 대한 지원을 중단합니다.

자체 관리 단일 노드 Omnibus 인스턴스 자동 업그레이드#

소유자: 빌드 팀

팀 작업: 비고가용성 환경에서 PostgreSQL 버전 자동 업그레이드;

번들 PostgreSQL의 새 버전을 기본값으로 설정#

소유자: 빌드 팀

팀 작업:

1. 안정 번들 PostgreSQL 버전이 모든 새 설치의 기본 데이터베이스 버전이 됩니다;
2. 고객 채택 모니터링 및 발생하는 모든 문제 해결;
3. 업그레이드 에픽에 관련 문제 문서화;

클라우드 관리 PostgreSQL 업데이트#

GitLab Dedicated 클라우드 관리 업그레이드를 진행합니다.

소유자: Dedicated 팀

팀 작업:

1. UAT 업그레이드: USPubSec 및 Commercial Dedicated 환경 업그레이드;
2. 프로덕션 테넌트 업그레이드: 프로덕션 USPubSec 및 Commercial Dedicated 환경 업그레이드;
3. 코드 정리 및 출시 후: Instrumentor의 기본 PostgreSQL 버전 업데이트;