Blue-Green 배포와 Canary 배포의 차이를 설명해주세요.

Blue-Green은 두 환경을 두고 트래픽을 한 번에 전환하고, Canary는 일부 트래픽부터 새 버전에 보내며 점진적으로 확대합니다. 롤백과 관찰 전략이 중요합니다.

핵심 개념

핵심 기준은 일괄 전환과 점진 전환입니다.

Blue-Green은 현재 운영 환경과 새 버전 환경을 동시에 준비한 뒤 트래픽을 한 번에 전환합니다. 롤백이 단순하지만 두 환경 비용이 듭니다. Canary는 1%, 5%, 25%처럼 일부 트래픽부터 새 버전에 보내며 오류율과 지연 시간을 보고 점진적으로 확대합니다.

동작 흐름

1. 요구사항을 성능, 안정성, 보안, 복구 목표로 나눠 정의합니다.
2. 정상 흐름과 장애 흐름에서 각 구성 요소가 어떻게 동작하는지 확인합니다.
3. 자동화와 관찰 지표로 변경 결과를 검증합니다.
4. 롤백, 복구, 확장, 비용 관리까지 운영 절차로 문서화합니다.

실제 예시

Blue-Green: 100% Blue → 검증 → 100% Green
Canary: 99/1 → 95/5 → 75/25 → 0/100

예시는 핵심 구조를 단순화한 것입니다. 실무에서는 운영 환경, 장애 상황, 보안 요구사항에 맞게 세부 설정을 조정해야 합니다.

실무에서 주의할 점

• 자동화가 있어도 롤백과 복구 절차를 실제로 연습하지 않으면 장애 때 동작하지 않을 수 있습니다.
• 관찰 지표가 없으면 장애 원인을 추측에 의존하게 됩니다.
• 확장은 애플리케이션 코드, 데이터베이스, 네트워크, 외부 의존성 한계를 함께 봐야 합니다.

함께 연결해서 보면 좋은 키워드

Deployment, BlueGreen, Canary, Rollback

면접에서 짚으면 좋은 포인트

• 정상 동작뿐 아니라 장애, 롤백, 관찰 가능성까지 함께 설명하면 실무적인 답변이 됩니다.
• 설정 예시를 말할 때 보안, 비용, 운영 자동화의 trade-off도 함께 짚는 것이 좋습니다.

정리

한 줄로 정리하면, Blue-Green은 두 환경을 두고 트래픽을 한 번에 전환하고, Canary는 일부 트래픽부터 새 버전에 보내며 점진적으로 확대합니다. 롤백과 관찰 전략이 중요합니다. 개념의 정의뿐 아니라 장애 시 동작, 운영 지표, 자동화와 복구 전략까지 함께 이해하는 것이 중요합니다.