아키텍처

우리는 3가지 계층의 컴포넌트를 지원할 계획입니다:

  1. Docker 컨테이너
  2. 스케줄러 (Kubernetes)
  3. 높은 수준의 구성 도구 (Helm)

고객이 설치하는 주요 방법은 이 리포지터리의 Helm 차트일 것입니다. 나중에는 Amazon CloudFormation이나 Docker Swarm과 같은 다른 배포 방법을 제공할 수도 있습니다.

Docker 컨테이너 이미지

기초로 각 서비스용 Docker 컨테이너를 생성할 것입니다. 이를 통해 이미지 크기와 복잡성을 줄이면서 수평 확장이 쉬워질 것입니다. 구성은 Docker를 위한 표준 방식으로 전달되어야 하며, 아마도 환경 변수나 마운트된 파일을 통해 전달될 것입니다. 이는 스케줄러 소프트웨어와 깔끔한 통합 인터페이스를 제공할 것입니다.

GitLab Docker 이미지

GitLab 애플리케이션은 GitLab 특정 서비스를 포함한 Docker 이미지를 사용하여 구축됩니다. 이러한 이미지의 빌드 환경은 CNG 리포지터리에서 찾을 수 있습니다.

다음 GitLab 컴포넌트는 CNG 리포지터리에 이미지를 가지고 있습니다.

  • Gitaly
  • GitLab Elasticsearch Indexer
  • mail_room
  • GitLab Exporter
  • GitLab Shell
  • Sidekiq
  • GitLab Toolbox
  • Webservice
  • Workhorse

다음은 GitLab 특정 Docker 이미지를 사용하는 fork된 차트입니다.

initContainers와 다양한 Job에 사용되는 Docker 이미지

  • alpine-certificates
  • kubectl

공식 Docker 이미지

우리는 기존의 공식 컨테이너를 이용해서 아래의 기저 서비스를 활용합니다:

  • Docker Distribution (Docker Registry 2.0)
  • Prometheus
  • NGINX Ingress
  • cert-manager
  • Redis
  • PostgreSQL

GitLab 차트

이것은 모든 필요한 리소스를 구성하는 최상위 GitLab 차트(gitlab)로서, GitLab, PostgreSQL, Redis, Ingress, 그리고 인증서 관리 차트가 모두 포함됩니다.

이 높은 수준에서 고객은 다음과 같은 결정을 내릴 수 있습니다:

  • 내장된 PostgreSQL 차트를 사용할지, 아니면 PostgreSQL용 Amazon RDS를 사용할지.
  • 기존의 SSL 인증서를 가져올지, Let’s Encrypt를 사용할지.
  • 로드 밸런서를 사용할지, 전용 Ingress를 사용할지.

빠르고 쉽게 시작하고 싶은 고객은 이 차트로 시작해야 합니다.

이러한 차트의 구조

주요 GitLab 차트는 많은 다른 차트로 이루어진 양산 차트입니다. 각 하위 차트는 개별적으로 문서화되어 있으며, charts 디렉터리 구조와 일치하는 구조로 정리되어 있습니다.

비-GitLab 컴포넌트는 최상위 수준에서 패키지화되어 문서화되었습니다. GitLab 컴포넌트 서비스는 GitLab 차트 아래에서 문서화되어 있습니다:

컴포넌트 디렉터리

차트를 사용할 때 배포되는 컴포넌트 디렉터리 및 필요한 경우 구성 지침을 확인할 수 있는 architectural components list 페이지를 참조하세요.

설계 결정

이러한 차트의 아키텍처에 대한 결정에 관한 문서화는 설계 결정 문서에서 찾을 수 있습니다.