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

# EC2/온프레미스 컴퓨팅 플랫폼의 배포 생성(콘솔)
<a name="deployments-create-console"></a>

이 주제에서는 콘솔을 사용하여 애플리케이션을 Amazon EC2 또는 온프레미스 서버에 배포하는 방법을 보여 줍니다.

1. 에 로그인 AWS Management Console 하고 [https://console.aws.amazon.com/codedeploy](https://console.aws.amazon.com/codedeploy) CodeDeploy 콘솔을 엽니다.
**참고**  
[CodeDeploy 시작하기](getting-started-codedeploy.md)에서 설정한 사용자와 동일한 사용자로 로그인합니다.

1. 다음 중 하나를 수행하세요.
   +  애플리케이션을 배포하려는 경우 탐색 창에서 **배포**를 확장한 다음 **애플리케이션**을 선택합니다. 배포할 애플리케이션의 이름을 선택합니다. 애플리케이션에 대한 **컴퓨팅 플랫폼** 열이 **EC2/온프레미스**인지 확인합니다.
   +  배포를 다시 배포하려는 경우 탐색 창에서 **배포**를 확장한 다음 **배포**를 선택합니다. 다시 배포할 배포를 찾은 후 **애플리케이션** 열에서 해당 애플리케이션의 이름을 선택합니다. 배포에 대한 **컴퓨팅 플랫폼** 열이 **EC2/온프레미스**인지 확인합니다.

1. **배포 탭**에서 **배포 만들기**를 선택합니다.
**참고**  
애플리케이션을 배포하려면 애플리케이션에 배포 그룹이 있어야 합니다. 애플리케이션에 배포 그룹이 없으면 **배포 그룹** 탭에서 **배포 그룹 생성**을 선택합니다. 자세한 내용은 [CodeDeploy에서 배포 그룹 만들기](deployment-groups-create.md) 단원을 참조하십시오.

1. **배포 그룹**에서 이 배포에 사용할 배포 그룹을 선택합니다.

1. **리포지토리 유형** 옆에서 개정이 저장된 리포지토리 유형을 선택합니다.
   + **내 애플리케이션은 Amazon S3에 저장됨** — 자세한 내용은 [Amazon S3 버킷에 저장된 개정에 대한 정보 지정](deployments-create-console-s3.md) 단원을 참조하세요. 그런 다음 6단계로 돌아갑니다.
   + **내 애플리케이션은 GitHub에 저장됨** — 자세한 내용은 [GitHub 리포지토리에 저장된 개정 버전에 대한 정보 지정](deployments-create-console-github.md) 단원을 참조하세요. 그런 다음 6단계로 돌아갑니다.

1. (선택 사항) **배포 설명** 상자에 이 배포에 대한 설명을 입력합니다.

1. (선택 사항) **배포 구성 재정의**를 확장하여 배포 그룹에서 지정된 것과 다른 Amazon EC2 또는 온프레미스 서버로 트래픽이 전환되는 방법을 제어하는 배포 구성을 선택합니다.

   자세한 내용은 [CodeDeploy에서 배포 구성 작업](deployment-configurations.md) 단원을 참조하십시오.

1. 

   1. `ApplicationStop` 수명 주기 이벤트가 실패할 경우에도 인스턴스로의 배포가 성공되도록 하려면 **ApplicationStop 수명 주기 이벤트가 실패할 경우에도 배포에 실패하지 않습니다**를 선택합니다.

   1. **추가 배포 동작 설정**을 확장하여 CodeDeploy가 이전에 성공한 배포의 일부가 아닌 배포 대상 위치에서 파일을 처리하는 방식을 지정합니다.

      다음 중에서 선택합니다.
      + **배포 실패** — 오류가 보고되고 배포 상태가 `Failed`로 변경됩니다.
      + **콘텐츠 덮어쓰기** — 대상 위치에 동일한 이름의 파일이 있는 경우, 애플리케이션 개정의 버전이 이를 대체합니다.
      + **콘텐츠 유지** — 대상 위치에 동일한 이름의 파일이 있는 경우, 이 파일이 유지되고 애플리케이션 개정의 버전이 인스턴스에 복사되지 않습니다.

      자세한 내용은 [기존 컨텐츠의 롤백 동작](deployments-rollback-and-redeploy.md#deployments-rollback-and-redeploy-content-options) 단원을 참조하십시오.

1. (선택 사항) [**Rollback configuration overrides**]에서 이 배포에 배포 그룹에 지정된 것이 아닌 다른 자동 롤백 옵션을 지정할 수 있습니다(있는 경우).

   CodeDeploy의 롤백에 대한 자세한 내용은 [다시 배포 및 배포 롤백](deployment-steps-server.md#deployment-rollback) 및 [CodeDeploy를 사용하여 재배포 및 배포 롤백](deployments-rollback-and-redeploy.md)를 참조하세요.

   다음 중에서 선택합니다.
   + **배포 실패 시 롤백** — CodeDeploy는 마지막으로 알려진 정상 개정을 새 배포로 다시 배포합니다.
   + **경보 임계값이 충족되는 경우 롤백** — 배포 그룹에 경보를 추가한 경우 CodeDeploy는 지정된 경보 중 하나 이상이 활성화될 때 마지막으로 알려진 정상 개정을 다시 배포합니다.
   + **롤백 비활성** — 이 배포에 대해 롤백을 수행하지 않습니다.

1. **Start deployment(배포 시작)**를 선택합니다.

   배포 상태를 추적하려면 [CodeDeploy 배포 세부 정보 보기](deployments-view-details.md) 단원을 참조하세요.

**Topics**
+ [Amazon S3 버킷에 저장된 개정에 대한 정보 지정](deployments-create-console-s3.md)
+ [GitHub 리포지토리에 저장된 개정 버전에 대한 정보 지정](deployments-create-console-github.md)