요즘에는 선택할 수 있는 배포 전략이 너무 많고, 시간이 지남에 따라 더 많은 전략이 있을 것입니다. 즉, 오늘날 일부 대기업에서 적극적으로 사용하는 가장 일반적인 배포 전략 중 두 가지는 Canary 및 Blue-green 배포 전략입니다.
Blue-Green 배포와 Canary 배포를 비교할 때 속도나 단순성만 중요한 것이 아닙니다. 이러한 전략 중 하나를 선택할 때 고려해야 할 가장 중요한 요소 중 하나는 배포 가동 중지 시간입니다.
업데이트나 수정 사항을 배포할 때 배포 가동 중지 시간을 최소화하고 원활한 전환을 제공하려면 Canary 배포와 Blue-Green 중에서 더 적합한 옵션을 선택하는 것이 중요합니다.
이제 Blue-Green 배포와 Canary 배포를 직접 비교하고 Canary 배포와 Blue-Green 배포에 대한 자체 경험을 포함하여 각 전략이 제공하는 내용을 살펴보겠습니다.
블루-그린 배포란 무엇이며 어떤 기능을 제공합니까?
블루-그린 배포 전략에서는 새 버전의 애플리케이션을 테스트하고 검증한 후 즉시 배포할 수 있습니다. 이는 블루와 그린 환경이라는 두 개의 동일한 환경 덕분에 블루-그린 배포라는 이름이 붙었습니다.
이는 이러한 환경 중 하나가 활성이고 다른 하나가 비활성이기 때문에 작동합니다. 이는 새 버전의 애플리케이션을 비활성 환경(예: 친환경 환경)에 배포할 수 있음을 의미합니다. 이 두 환경은 리소스, 인프라 및 구성 측면에서 완전히 동일하므로 업데이트가 완전히 배포되기 전에 업데이트의 모든 문제를 해결할 수 있습니다.
업데이트가 테스트되고 개발자가 작동에 만족하면 실시간 트래픽이 이 비활성 환경으로 전환됩니다. 이렇게 하면 비활성 환경(녹색)이 활성 환경으로 바뀌고 이전 활성 환경(파란색)이 비활성화됩니다.
이제 비활성 블루 환경은 대기 환경이 되며 그린 환경이 활성화되어 새로 배포된 업데이트를 실행하는 동안 최신 업데이트를 테스트하는 데 사용될 수 있습니다. 이렇게 하면 트래픽이 즉시 비활성 환경으로 변경되므로 다운타임이 거의 없습니다.
또한 업데이트에 문제가 있는 경우 롤백 기능을 사용하면 이전 버전의 애플리케이션으로 다시 전환할 수 있습니다. 즉, 개발자가 비활성 환경에서 새 업데이트 작업을 시작할 때 문제가 발생하면 이 환경에서도 이전 버전을 더 이상 사용할 수 없으므로 이 환경으로 롤백하는 것이 더 이상 실행 가능하지 않습니다.
많은 기업과 조직이 이 전략을 사용하고 있지만 이 전략이 실행되는 한 가지 예를 Spotify에서 볼 수 있습니다. Spotify의 서비스는 연중무휴 24시간 이용 가능해야 하므로 새 업데이트가 출시될 때마다 항상 백업 및 비활성 환경이 준비되어 있습니다.
Canary 배포란 무엇이며 어떤 기능을 제공합니까?
Canary 배포와 Blue-Green의 주요 차이점은 업데이트가 모든 사용자에게 동시에 배포되는 두 가지 환경이 아닌 Canary 배포 전략에서는 업데이트가 소규모 사용자 배치에 먼저 릴리스된다는 것입니다.
업데이트에 문제가 있는 경우 소수의 사용자만이 문제를 겪고 피드백을 제공합니다. 문제가 해결되면 더 많은 사용자에게 업데이트가 릴리스되어 문제가 발생할 경우 개발자에게 피드백을 남깁니다.
이 주기는 점점 더 많은 사용자에게 반복되며, 업데이트가 100% 사용자에게 릴리스될 때까지 업데이트와 관련된 모든 문제가 해결됩니다. 예를 들어, 처음에는 업데이트가 2%, 그 다음에는 25%, 그 다음에는 75%, 최종적으로는 100%의 사용자에게만 출시됩니다.
Blue-Green에 비해 Canary 배포의 점진적인 릴리스는 보다 제어되고 유연한 롤아웃을 제공하므로 개발자는 극히 일부에서만 잠재적인 문제가 발생할 수 있는 제어된 환경에서 기능과 업데이트를 테스트할 수 있습니다.
마지막으로 Canary는 유사한 롤백 기능도 제공합니다. 그러나 배포가 단계적으로 점진적으로 수행되므로 Canary에서 수행된 롤백도 안정적인 버전에 도달할 때까지 단계적으로 단계적으로 수행됩니다.
이 배포 전략의 잘 알려진 예는 Netflix가 시스템에 의도적으로 오류를 발생시키는 Chaos Monkey라는 도구와 함께 Canary를 사용하는 것입니다. 장애가 카나리아 환경에 영향을 미치는 경우 Netflix 팀은 시스템이 어떻게 반응하는지 분석하고 그에 따라 조정할 수 있습니다. 이런 방식으로 Netflix는 불리한 조건에서도 업데이트가 안정적이고 탄력적으로 유지되는지 확인할 수 있습니다.
블루-그린 배포와 카나리아
이러한 배포 전략은 모두 고유한 이점을 제공합니다. 그러나 한계도 있습니다. 그렇기 때문에 결정을 내리기 전에 Blue-Green 개발과 Canary 개발의 장단점을 비교하는 것이 중요합니다.
이 섹션 이후에 어떤 전략을 더 진행해야 할지 아직 확신이 없다면 이 두 가지 전략에 대한 경험과 배운 내용을 이 기사 마지막 부분에 포함시켰습니다.
다운타임 감소
이 기사의 주요 관심사 중 하나이자 초점은 Blue-Green 배포와 Canary의 배포 가동 중지 시간 감소입니다. Blue-Green 배포의 장점 중 하나는 속도입니다. 두 가지 환경을 사용하여 애플리케이션 업데이트나 기능을 즉시 배포할 수 있기 때문입니다.
반면 Canary의 점진적 배포 접근 방식은 소수의 사용자 하위 집합이 문제를 경험할 뿐만 아니라 각 단계에서 피드백이 제공되므로 가동 중지 시간 없이 문제 해결을 훨씬 더 빠르게 수행할 수 있으므로 가동 중지 시간을 최소화할 수 있습니다.
또한 두 서비스 모두 롤백 기능을 제공하지만 Blue-Green 배포의 롤백 기능은 즉각적이므로 개발자에게 주요 문제가 발생할 경우 안정적인 백업을 제공합니다. 즉, 앞서 언급했듯이 비활성 환경에서 최신 버전에 대한 작업이 진행 중인 경우 백업 버전을 사용할 수 없습니다.
Canary의 롤백 기능은 배포 프로세스와 마찬가지로 점진적으로만 사용할 수 있습니다. 그러나 이전의 안정적인 버전은 최신 업데이트가 테스트되고 작업되는 환경에 종속되지 않으므로 항상 사용할 수 있습니다.
배포 가동 중지 시간 감소 측면에서 Canary 배포와 Blue-Green을 비교할 때 Canary는 위험 제어 및 세부적인 제어 측면에서 우수합니다. 그러나 가동 중지 시간을 줄이는 것만 고려한다면 전환이 즉각적으로 이루어지므로 Blue-Green이 둘 중 더 좋습니다.
즉, 블루-그린 배포와 Canary 배포를 토론할 때 가동 중지 시간 감소 이외의 요소를 고려하는 것도 중요합니다.
애플리케이션 유형
일반적으로 애플리케이션을 트랜잭션 중심 애플리케이션과 콘텐츠 중심 애플리케이션으로 나눌 수 있습니다. 트랜잭션이 많은 애플리케이션에서는 Blue-Green 배포가 훨씬 더 나은 옵션입니다. 높은 서비스 가용성과 최소한의 가동 중지 시간이 우선이기 때문입니다. 이것이 바로 Blue-Green의 즉각적인 전환 및 즉각적인 롤백 기능이 Canary보다 앞서는 이유입니다.
반면, 콘텐츠 기반 애플리케이션은 실시간 트랜잭션에 의존하지 않습니다. 이러한 애플리케이션은 일반적으로 소셜 미디어 플랫폼 및 사용자 참여 서비스에 사용되므로 점차적으로 업데이트를 출시하고 각 단계에서 지속적으로 피드백을 받을 수 있으므로 Canary는 훨씬 더 나은 전략입니다.
인프라 비용
블루-그린 배포와 Canary 배포 중에서 선택할 때 또 다른 주요 관심사는 비용입니다. 당연히 Blue-Green 배포에서는 두 개의 개별 환경을 유지해야 하므로 비용이 더 높아집니다.
그렇기 때문에 Canary의 단일 프로덕션 환경은 훨씬 더 비용 친화적인 옵션이므로 소규모 팀이나 리소스 집약도가 낮은 애플리케이션에 더 적합한 옵션입니다.
확장성 및 장기 유지 관리
마지막으로, 블루-그린 배포를 확장할 수 있지만 대규모 애플리케이션을 위한 두 개의 완전한 환경을 유지하는 것은 리소스 집약적이고 복잡할 수 있습니다. 시간이 지남에 따라 중복 환경을 관리하고 유지 관리하면 특히 인프라 요구 사항이 복잡한 애플리케이션의 경우 상당한 오버헤드가 추가될 수 있습니다.
이로 인해 확장성 및 유지 관리 측면에서 Canary 배포와 Blue-Green을 결정하기가 다소 쉽습니다. Canary 배포를 사용하면 중복 환경이 필요하지 않으므로 확장성이 더 간단하고 비용 효율적인 경우가 많습니다.
대신 새로운 변화에 노출되는 사용자 기반을 점진적으로 확장하여 기본 환경 내에서 확장하는 데 중점을 둡니다. 이 설정은 인프라 복잡성을 줄이고 유지 관리를 단순화하므로 장기적으로 관리하기가 훨씬 쉽습니다.
Blue-Green 배포에 대한 Cloudzy의 경험과 비교. 카나리아 배포
DevOps 서비스를 고객에게 제공할 때 우리는 고객 만족, 고가용성 및 최소 가동 중지 시간이 비즈니스 성공에 매우 중요하다는 것을 이해합니다. 특별한 경우에 한 고객이 주요 인프라 업그레이드에 도움을 주기 위해 우리에게 연락했습니다. 팀은 시스템에 대해 Blue-Green 배포와 Canary 배포 중에서 결정하는 임무를 맡았습니다.
많은 고민 끝에 우리는 가동 중지 시간이 거의 발생하지 않는 Blue-Green 배포를 먼저 사용해 보기로 결정했습니다. 우리는 동일한 그린 환경을 설정하고 업그레이드 출시를 준비했습니다. 버튼을 누르면 모든 트래픽이 친환경 환경으로 전환되기 때문에 많은 압박감이 있었고, 개발자들이 알고 있듯이 이러한 것들을 아무리 테스트하더라도 결과가 어떻게 될지는 여전히 약간의 주사위 굴림입니다.
고맙게도 모든 것이 잘 진행되었습니다. 전환은 버터처럼 매끄러웠고 거의 문제가 없었습니다. 시간이 지남에 따라 클라이언트의 서비스와 사용자가 증가함에 따라 새로운 기능을 출시해야 했고 Blue-Green 대 Canary에 대한 논쟁이 다시 촉발되었습니다.
그러나 이번에는 그다지 논쟁이 되지 않았습니다. 이는 상대적으로 작은 기능이었고 확실히 해당 인프라 업데이트 규모에 미치지 못했습니다. 따라서 우리는 클라이언트 사용자 기반의 작은 부분에 기능을 출시하고 사용자 피드백을 통해 발생한 모든 문제를 해결할 수 있기 때문에 당연히 Canary를 선택했습니다.
큰 문제는 없었지만 몇 가지 작은 문제가 나타나기 시작했고 이 기능이 출시된 클라이언트 사용자 기반의 5%가 이를 보고했기 때문에 이는 확실히 올바른 결정이었습니다.
Cloudzy에서는 맞춤형 솔루션의 힘을 믿습니다. 귀하의 비즈니스에 Blue-Green 배포의 안정성이 필요하든, Canary 배포의 유연성이 필요하든, 당사의 DevOps 팀은 귀하의 인프라에 가장 적합한 전략을 구현할 수 있는 경험과 지식을 보유하고 있습니다. 문의하기 여기 오늘 배포 프로세스를 최적화하고 운영을 원활하게 운영할 수 있는 방법을 알아보십시오.
VPS에 관해 말하자면, 당사는 전 세계 12개 이상의 위치, 최대 10Gbps에 달하는 전용 인터넷 연결, 엔터프라이즈 NVMe SSD 스토리지, 강력한 3.23GHz 터보 속도 AMD EPYC 프로세서 및 99.95% 가동 시간을 포함한 기능을 통해 VPS 업계에서 가장 낮은 요금을 제공합니다. 우리를 확인해보세요 VPS 가격 자세한 내용은
최종 생각
결국 Canary 배포와 Blue-Green 배포를 논의할 때 어느 쪽이 다른 쪽보다 낫다고 말할 수는 없습니다. 이는 사용 사례의 문제일 뿐이며 특정 요구 사항에 가장 적합한 것은 무엇입니까?
자주 묻는 질문
블루-그린 배포와 카나리아 배포의 주요 차이점은 무엇입니까?
Blue-Green 배포 전략과 Canary 배포 전략의 주요 차이점은 업데이트 릴리스 방법에 있습니다. 블루-그린 배포는 두 개의 동일한 환경을 사용하며 비활성 환경에 업데이트가 적용되므로 가동 중지 시간이 거의 없이 즉각적인 전환이 가능합니다. 이와 대조적으로 Canary 배포는 먼저 소규모 사용자 그룹에 업데이트를 점진적으로 릴리스하여 전체 사용자 기반에 점진적으로 배포하기 전에 문제를 모니터링합니다.
가동 중지 시간을 줄이는 데 Blue-Green 배포 또는 Canary 배포가 더 좋습니까?
블루-그린 배포는 환경 간 즉각적인 전환을 허용하므로 일반적으로 가동 중지 시간을 줄이는 데 더 좋습니다. 이렇게 하면 잠재적인 중단이 최소화됩니다. Canary 배포는 가동 중지 시간을 최소화하는 것을 목표로 하지만 이는 소수의 사용자 하위 집합에만 영향을 미치는 사소하고 지역화된 문제가 포함될 수 있는 점진적인 롤아웃을 통해 수행됩니다.
블루-그린 배포와 카나리아 배포의 비용 고려 사항은 무엇입니까?
블루-그린 배포는 두 개의 완전한 환경을 유지해야 하므로 일반적으로 비용이 더 많이 듭니다. 반면, Canary 배포는 중복 인프라가 필요하지 않으므로 더 비용 효율적입니다. 업데이트는 기본 환경 내에서 출시되므로 소규모 팀이나 리소스 집약도가 낮은 애플리케이션에 더 나은 선택이 됩니다.
