Crossplane 2.0 + AWS provider — Composition 변경 시 기존 인스턴스에 즉시 반영되는데 막을 방법

Question

Crossplane 2.0으로 회사 표준 인프라 추상화 만들고 있습니다. WebApp 같은 Composition 정의가 EKS·RDS·ALB·IAM을 한 번에 만들어줍니다.

문제

Composition 수정 시 즉시 모든 인스턴스에 propagate. 50개 prod cluster에 동시 변경 적용되는 게 무섭습니다.

# composition.yaml 수정 → git push → ArgoCD sync
→ 1분 이내 50개 cluster 모두 변경 적용
→ 1개라도 문제 있으면 50개 전체 영향

Terraform은 plan으로 검증 후 apply할 수 있는데, Crossplane은 즉시 reconcile. 어떻게 점진 rollout 패턴 구축하나요?

김영삼 · Accepted Answer

Crossplane 2.0의 progressive rollout 정식 지원이 있긴 합니다. 다만 정착하려면 패턴 설계가 필요합니다. 1. Composition revision pinning 각 인스턴스가 Composition의 특정 revision에 lock. 새 revision은 명시 update. # XR (Composite Resource) 정의 시 apiVersion: company.example.com/v1 kind: WebApp metadata: name: prod-webapp-001 spec: compositionRef: name: webapp-base compositionRevisionRef: name: webapp-base-v2-abc123 # ← revision pin environment: prod 새 revision 생성돼도 자동 적용 안 됨. 개별 인스턴스를 새 revision으로 명시 update해야 적용. 2. Composition selector + ca

서버지기영호 · Answer

Composition versioning을 semver처럼 관리하시면 좋습니다. major 변경(스키마)은 새 Composition 별도 생성, minor는 revision pin, patch는 자동 적용. 1년 운영하면 자연스럽게 정착돼요.

인프라무비 · Answer

blast radius 무서운 게 사실입니다. 저희는 핵심 prod 인프라는 결국 Terraform 유지하고, dev/staging만 Crossplane 사용. 진단·관리는 Crossplane이 편하지만 안정성은 Terraform이 검증된 만큼 검증됐죠.

댓글 0