클러스터를 GitLab에 연결하려면 Kubernetes용 GitLab 에이전트를 사용합니다.

인증서 기반 Kubernetes 통합(더 이상 사용되지 않음)#

GitLab과의 인증서 기반 Kubernetes 통합은 더 이상 사용되지 않습니다. 이 통합에는 다음과 같은 문제가 있었습니다:

• GitLab에서 Kubernetes API에 직접 접근이 필요하여 보안 문제가 있었습니다.
• 구성 옵션이 유연하지 않았습니다.
• 통합이 불안정했습니다.
• 사용자들이 이 모델을 기반으로 하는 기능에 대한 문제를 지속적으로 보고했습니다.

이러한 이유로 인증서 기반 통합이 더 이상 사용되지 않으며 새 모델인 Kubernetes용 GitLab 에이전트에 집중합니다. 두 방법을 병렬로 유지하면 많은 혼란이 발생하고 사용, 개발, 유지 관리 및 문서화의 복잡성이 크게 증가했습니다. 결과적으로 두 방법 모두 새 모델을 위해 더 이상 사용되지 않습니다. 인증서 기반 기능은 계속:

• 보안 및 중요 수정을 받습니다.
• 지원되는 Kubernetes 버전에서 작동합니다.

GitLab에서 이러한 기능의 제거는 아직 예정되지 않았습니다.

업데이트는 이 epic을 팔로우하세요.

Kubernetes용 GitLab 에이전트로 마이그레이션할 시간이 더 필요한 경우 기능 플래그를 활성화할 수 있습니다(certificate_based_clusters). 이 기능 플래그는 GitLab 15.0에서 도입되었으며 인증서 기반 Kubernetes 통합을 다시 활성화합니다.

더 이상 사용되지 않는 기능#

• 클러스터 인증서를 통해 기존 클러스터 연결
• 접근 제어
• GitLab 관리 클러스터
• 인증서 기반 연결을 통해 애플리케이션 배포
• 클러스터 관리 프로젝트
• 클러스터 환경
• 배포 보드에 Canary Ingress 배포 표시
• 배포 보드
• 웹 터미널

클러스터 수준#

프로젝트 수준, 그룹 수준 및 인스턴스 수준 클러스터의 개념은 새 모델에서 사라졌지만 일부 기능은 유지됩니다.

에이전트는 항상 단일 GitLab 프로젝트에 구성되며 다른 프로젝트 및 그룹에 클러스터 연결을 노출하여 GitLab CI/CD에서 접근할 수 있습니다. 이렇게 하면 이러한 프로젝트 및 그룹에 동일한 클러스터에 대한 접근 권한을 부여하는데, 이는 그룹 수준 클러스터의 사용 사례와 유사합니다.