1장. GitOps의 멀티 테넌시 지원

네임스페이스 중 하나에서 Argo CD CR(사용자 정의 리소스)을 생성한 후 GitOps Operator는 이 네임스페이스에서 Argo CD를 시작하여 애플리케이션 전달에 사용할 수 있습니다. 초기 상태에서 이 인스턴스에는 설치된 동일한 네임스페이스에만 리소스를 배포할 수 있는 권한이 있습니다. 그러나 특정 요구 사항을 충족하도록 인스턴스를 구성해야 할 수 있습니다.

GitOps Operator를 사용하면 Argo CD 인스턴스의 권한을 확장하여 Argo CD 애플리케이션 컨트롤러에서 리소스를 설치된 위치와 별도로 다른 네임스페이스에 배포할 수 있습니다.

이 방법은 어떻게 작동합니까?

GitOps Operator를 사용하면 OpenShift 사용자가 네임스페이스의 argoproj.io/v1alpha1 또는 argoproj.io/v1beta1 API에서 Argo CD 리소스를 생성할 수 있는 권한이 있는 경우 네임스페이스에서 Argo CD 인스턴스를 인스턴스화할 수 있습니다. 현재 네임스페이스 범위 인스턴스에는 관리하는 네임스페이스 또는 여러 네임스페이스에 대한 전체 관리 권한이 있으며, 해당 네임스페이스 내의 모든 리소스에 대한 모든 동사를 허용하는 것과 유사합니다.

Argo CD 애플리케이션 컨트롤러가 다른 네임스페이스에 리소스를 배포하려면 Kubernetes 역할 및 역할 바인딩을 구성해야 합니다. 이러한 역할 및 바인딩은 네임스페이스 범위 인스턴스에서 관리할 수 있는 네임스페이스를 식별합니다. GitOps Operator는 argocd.argoproj.io/managed-by 레이블을 지원하여 이 설정을 단순화합니다. 이 레이블을 사용하여 인스턴스에서 관리하는 네임스페이스를 표시합니다. GitOps Operator를 네임스페이스 범위 모드로 배포하면 라벨이 지정된 각 네임스페이스에 필요한 역할 및 역할 바인딩이 자동으로 생성됩니다.

기본적으로 managed-by 레이블을 사용하여 네임스페이스에 레이블을 지정할 때 GitOps Operator는 레이블이 지정된 네임스페이스에 대한 Kubernetes 기본 admin 클러스터 역할과 동일한 Argo CD Application Controller 권한을 부여합니다. 그러나 Operator의 Subscription 리소스에서 CONTROLLER_CLUSTER_ROLE 및 CONTROLLER_SERVER_ROLE 환경 변수를 사용하여 컨트롤러 및 서버 구성 요소에 사용되는 대체 클러스터 역할을 정의할 수 있습니다. 이러한 변수를 지정하면 Operator는 네임스페이스에 기본 역할을 생성하지 않고 해당 클러스터 역할의 네임스페이스에 역할 바인딩만 생성합니다. 관리자는 권한을 완전히 제어할 수 있는 클러스터 역할을 생성할 수 있습니다.