1. GitOps Bridge Architecture [개념]

개요

• Multi Cluster 관리방안
• Addons 관리방안 (Helm, manifest)

 

EKS 를 구성하는 과정에서, Multi Cluster 기반으로 관리를 하다보니 어떻게 해야 효과적으로 관리를 할지... 고민을 많이 한다.

고민을 하던 끝에 GitOps Bridge 기반에 관리방안이 있었다.

 

이게 왜 필요한데?

• Multi Cluster일 때 Load Balancer Controller에 설정값을 동일하게 적용해야 할 때 (예: IAM Role ARN, cluster name 등 클러스터마다 다른 값을 각각 관리해야 함)
• 신규 Cluster 생성 시, 기존 사용하던 Addons들을 동일하게 설치해야 할 때
• Terraform으로 만든 클라우드 리소스 정보(IAM ARN, VPC ID 등)를 ArgoCD/Helm이 알아야 할 때

 

GitOps Bridge

https://github.com/gitops-bridge-dev/gitops-bridge

GitHub - gitops-bridge-dev/gitops-bridge

 

GitOps Bridge 의 동작구성은 아래와 같다.

• IaC <-> Gitops 연결을 통해 메타데이터 기반으로 ArgoCD 에서 활용이 가능
• ApplicationSet 으로 여러 클러스터에 동일한 Addon 을 일괄 배포
• Terraform을 사용한다면, 인프라프로비저닝 만 진행하고 그외것은 GitOps Engine으로 구동진행 (역할 분리)
• 신규 클러스터 추가 시, Secret 만 등록하여 Addons 자동 설치

 

기본적인 Architecture 구성

동작원리는 아래와 같다.

• EKS Cluster에 신규 구성될때 필요한 내용을 K8S Secret 으로 저장
• Secret 에 저장된 내용을 기반으로 ArgoCD ApplicationSet generators 에 의해 여러 Application을 생성
• 이때의 Application은 Addons 및 필요한 워크로드가 생성되는 패턴임

 

참고

 

• GitOps Bridge GitHub
• EKS Blueprints GitOps 가이드
• GitOpsCon 2024 발표 데모