GitLab 오퍼레이터
GitLab 오퍼레이터는 Kubernetes Operator 패턴을 따르는 설치 및 관리 방법입니다.
GitLab 오퍼레이터를 사용하여 OpenShift나 기타 Kubernetes 호환 플랫폼에서 GitLab을 실행할 수 있습니다.
참고: GitLab 오퍼레이터는 알려진 제한 사항이 있으며 프로덕션 환경에서 특정 시나리오에만 적합합니다.
경고: 기본값인 GitLab 사용자 정의 리소스_의 값은 프로덕션 환경에서 사용되지 않도록 설정되어 있습니다. 이 값으로 GitLab 오퍼레이터는 영구 데이터를 포함한 _모든 서비스가 Kubernetes 클러스터에 배포되는 GitLab 인스턴스를 생성하며, 이는 프로덕션 워크로드에 적합하지 않습니다. 프로덕션 배포의 경우 Cloud Native Hybrid 참조 아키텍처를 반드시 준수해아 합니다. GitLab은 Kubernetes 클러스터 내부에 배포된 PostgreSQL, Redis, Gitaly, Praefect 또는 MinIO와 관련된 어떤 이슈도 지원하지 않을 것입니다.
알려진 문제
GitLab 오퍼레이터는 다음을 지원하지 않습니다:
- GitLab Chart나 Linux 패키지에서 GitLab 오퍼레이터로의 마이그레이션. 설치 방법의 마이그레이션에 대해서는 수동 마이그레이션 단계와 유사한 단계를 따라야 합니다. 자동 마이그레이션 지원은 GitLab 오퍼레이터 issue 1567에서 제안됩니다.
- GitLab 환경 도구의 사용. 이 통합의 지원은 GitLab 오퍼레이터 issue 1571에서 제안됩니다.
- OpenShift 라우트를 사용한 Git over SSH. 자세한 내용은 OpenShift 라우트에서의 GitLab 오퍼레이터 설명서를 참조하세요.
- GKE 워크로드 ID 및 IAM 서비스 계정을 사용한 다른 클라우드 API(객체 저장소와 같은)로의 워크로드 인증. 자세한 내용은 GitLab 오퍼레이터 issue 1089를 참조하세요.
GitLab 오퍼레이터는 GitLab Chart의 기 제한 사항을 가지고 있습니다. GitLab 오퍼레이터는 Kubernetes 리소스를 제공하기 위해 GitLab Chart에 의존합니다. 따라서 GitLab Chart의 제한 사항은 GitLab 오퍼레이터에 영향을 미칩니다. GitLab Chart 종속성을 GitLab 오퍼레이터에서 제거하는 것은 Cloud Native epic 64에서 제안되었습니다.
설치
GitLab 오퍼레이터를 설치하는 방법에 대한 지침은 설치 문서에서 찾을 수 있습니다.
보안 컨텍스트 제약 조건에 대한 자세한 내용은 각 해당 문서에서 제공합니다.
또한, 특히 OpenShift를 사용할 때는 Git에 대한 SSH 액세스 고려 사항을 반드시 인지해야 합니다.
업그레이드
오퍼레이터 업그레이드 문서는 GitLab 오퍼레이터를 어떻게 업그레이드하는지에 대한 방법을 보여줍니다.
GitLab 업그레이드 문서는 GitLab 오퍼레이터로 관리되는 GitLab 인스턴스를 업그레이드하는 방법을 보여줍니다.
백업 및 복원
백업 및 복원 문서는 오퍼레이터로 관리되는 GitLab 인스턴스를 백업하고 복원하는 방법을 보여줍니다.
RedHat 인증 이미지 사용
RedHat 인증 이미지 문서는 RedHat에서 인증한 이미지를 배포하도록 GitLab 오퍼레이터에 지시하는 방법을 보여줍니다.
개발자 도구
- 개발자 가이드: 프로젝트 구조와 기여 방법에 대한 개요를 제공합니다.
- 버전 및 릴리스 정보: 오퍼레이터 버전 및 릴리스에 대한 노트를 기록합니다.
- 설계 결정: 이 프로젝트는 아키텍처 결정 레코드를 사용하여 구조, 기능 및 기능 구현에 대한 내용을 기재합니다.
- OpenShift 클러스터 설정: 개발 용도로 OpenShift 클러스터를 생성/구성하는 방법에 대한 지침을 제공합니다.