기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 배포 전략
<a name="deployment-strategies"></a>

배포 전략은 소프트웨어를 제공할 방법을 정의합니다. 조직은 비즈니스 모델에 따라 다양한 배포 전략을 따릅니다. 일부는 완전히 테스트된 소프트웨어를 제공하기로 선택하고, 일부는 사용자가 피드백을 제공하고 개발 기능(예: 베타 릴리스)에서 사용자를 평가하도록 하기를 원할 수 있습니다. 다음 섹션에서는 다양한 배포 전략에 대해 설명합니다.

## 인 플레이스(in-place) 배포
<a name="in-place-deployments"></a>

이 전략에서는 각 컴퓨팅 리소스에 있는 애플리케이션의 이전 버전이 중지되고, 최신 애플리케이션이 설치되며, 애플리케이션의 새 버전이 시작되고 검증됩니다. 이를 통해 애플리케이션 배포를 진행하여 기본 인프라에 대한 장애를 최소화할 수 있습니다. 현재 위치 배포를 사용하면 새 인프라를 생성하지 않고도 애플리케이션을 배포할 수 있지만 이러한 배포 중에 애플리케이션의 가용성에 영향을 미칠 수 있습니다. 또한이 접근 방식은 새 리소스 생성과 관련된 인프라 비용과 관리 오버헤드를 최소화합니다. 로드 밸런서를 사용하면 배포가 진행될 때 각 인스턴스를 등록 취소한 후 배포가 완료된 후 서비스로 복원할 수 있습니다. 인플레이스 배포는 서비스 중단을 가정하거나 롤링 업데이트로 all-at-once 모두 수행할 수 있습니다. AWS CodeDeploy 및 [AWS Elastic Beanstalk](https://aws.amazon.com/elasticbeanstalk/)는 one-at-a-time 하나씩, half-at-a-time씩, all-at-once 배포 구성을 제공합니다.

## 블루/그린 배포
<a name="blue-green-deployments"></a>

빨간색[/검은색 배포라고도 하는 블루/그린](https://docs---aws.amazon.com.rproxy.govskope.cawhitepapers/latest/overview-deployment-options/bluegreen-deployments.html) 배포는 애플리케이션의 서로 다른 버전을 실행하는 두 개의 동일한 환경 간에 트래픽을 이동하여 애플리케이션을 릴리스하는 기법입니다. 블루/그린 배포를 사용하면 애플리케이션 업데이트 중에 가동 중지 시간을 최소화하여 가동 중지 및 롤백 기능과 관련된 위험을 완화할 수 있습니다.

블루/그린 배포를 사용하면 이전 버전(블루)과 함께 애플리케이션의 새 버전(그린)을 시작하고 트래픽을 다시 라우팅하기 전에 새 버전을 모니터링하고 테스트하여 문제 감지 시 롤백할 수 있습니다.

## 카나리 배포
<a name="canary-deployments"></a>

[canary 배포](https://wa.aws.amazon.com/wellarchitected/2020-07-02T19-33-23/wat.concept.canary-deployment.en.html)의 목적은 워크로드에 영향을 미치는 새 버전을 배포할 위험을 줄이는 것입니다. 메서드는 새 버전을 점진적으로 배포하므로 새 사용자에게 느린 방식으로 표시됩니다. 배포에 대한 신뢰도를 얻으면 배포하여 현재 버전을 완전히 대체합니다.

## 선형 배포
<a name="linear-deployments"></a>

선형 배포는 트래픽이 각 증분 간에 동일한 분 수로 동일한 증분으로 이동됨을 의미합니다. 각 증분에서 이동할 트래픽 비율(%)과 각 증분 간의 시간 간격(분)을 지정하는 사전 정의된 선형 옵션에서 선택할 수 있습니다.

## All-at-once 배포
<a name="all-at-once-deployments"></a>

 All-at-once 배포한다는 것은 모든 트래픽이 원래 환경에서 대체 환경으로 한 번에 이동된다는 것을 의미합니다.