기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# EC2/온프레미스 컴퓨팅 플랫폼의 배포 생성(콘솔)
이 주제에서는 콘솔을 사용하여 애플리케이션을 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)
# Amazon S3 버킷에 저장된 개정에 대한 정보 지정
[EC2/온프레미스 컴퓨팅 플랫폼의 배포 생성(콘솔)](deployments-create-console.md)의 단계를 따르고자 하는 경우 다음 단계에 따라 Amazon S3 버킷에 저장된 애플리케이션 개정에 대한 세부 정보를 추가합니다.
1. 개정의 Amazon S3 링크를 **개정 위치**에 복사합니다. 링크 값을 찾으려면:
1. 별도의 브라우저 탭에서:
에 로그인 AWS Management Console 하고 [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/) Amazon S3 콘솔을 엽니다.
개정을 찾아 선택합니다.
1. [**Properties**] 창이 보이지 않으면, [**Properties**] 버튼을 선택합니다.
1. **속성**패널에서 **링크** 필드의 값을 CodeDeploy 콘솔의 **개정 버전 위치** 상자에 복사합니다.
개정 위치의 일부로 ETag(파일 체크섬)를 지정하려면:
+ **링크** 필드 값이 **?versionId=*versionId***이면 **&etag=**과 ETag를 **링크** 필드 값 끝에 추가합니다.
+ **링크** 필드 값이 버전 ID를 지정하지 않으면 **?etag=**와 ETag를 **링크** 필드 값 끝에 추가합니다.
**참고**
이는 [**Link**] 필드의 값을 복사하는 것만큼 쉽지는 않지만, 개정 위치를 다음 형식 중 하나로 입력할 수도 있습니다.
**s3://*bucket-name*/*folders*/*objectName***
**s3://*bucket-name*/*folders*/*objectName*?versionId=*versionId***
**s3://*bucket-name*/*folders*/*objectName*?etag=*etag***
**s3://*bucket-name*/*folders*/*objectName*?versionId=*versionId*&etag=*etag***
***bucket-name*.s3.amazonaws.com/*folders*/*objectName***
1. [**File type**] 목록에 파일 형식을 찾을 수 없다는 메시지가 표시되는 경우, 개정의 파일 유형을 선택합니다. 그렇지 않은 경우 검색된 파일 형식을 수락합니다.
# GitHub 리포지토리에 저장된 개정 버전에 대한 정보 지정
[EC2/온프레미스 컴퓨팅 플랫폼의 배포 생성(콘솔)](deployments-create-console.md)의 단계를 따르는 경우 다음 단계에 따라 GitHub 리포지토리에 저장된 애플리케이션 개정에 대한 세부 정보를 추가합니다.
1. [**Connect to GitHub**]에서 다음 중 하나를 수행합니다.
+ GitHub 계정에 대한 CodeDeploy 애플리케이션의 연결을 만들려면 다른 웹 브라우저 탭에서 GitHub에서 로그아웃합니다. **GitHub 계정**에서 이 연결을 식별하는 이름을 입력한 후 **GitHub에 연결**을 선택합니다. 웹 페이지에 애플리케이션에 대해 GitHub와 상호 작용할 권한을 CodeDeploy에 부여하라는 메시지가 표시됩니다. 계속해서 2단계를 진행합니다.
+ 이미 만든 연결을 사용하려면 [**GitHub account**]에서 이름을 선택한 후 [**Connect to GitHub**]를 선택합니다. 계속해서 4단계를 진행합니다.
+ 다른 GitHub 계정에 대한 연결을 생성하려면 다른 웹 브라우저 탭에서 GitHub에서 로그아웃합니다. [**Connect to a different GitHub account**]를 선택한 후 [**Connect to GitHub**]를 선택합니다. 계속해서 2단계를 진행합니다.
1. GitHub에 로그인하라는 메시지가 표시되면 [**Sign in**] 페이지의 지침을 따릅니다. GitHub 사용자 이름 또는 이메일 및 암호로 로그인합니다.
1. [**Authorize application**] 페이지가 나타나면 [**Authorize application**]을 선택합니다.
1. **Create deployment(배포 생성)** 페이지의 **Repository name(리포지토리 이름)** 상자에 개정이 포함된 GitHub 사용자 또는 조직 이름, 그 다음에 슬래시(`/`), 그 다음에 개정이 포함된 리포지토리의 이름을 입력합니다. 입력할 값을 잘 모를 경우:
1. 다른 웹 브라우저 탭에서 [GitHub 대시보드](https://github.com/dashboard)로 이동합니다.
1. [**Your repositories**]에서 마우스 포인터를 대상 리포지토리 이름 위에 올려놓습니다. 도구 설명에 GitHub 사용자 또는 조직 이름과 그 뒤에 슬래시(`/`) 및 리포지토리 이름이 표시됩니다. 표시된 이 이름을 **Repository name(리포지토리 이름)** 상자에 입력합니다.
**참고**
대상 리포지토리 이름이 [**Your repositories**]에 표시되지 않는 경우, [**Search GitHub**] 상자를 사용하여 대상 리포지토리 이름과 GitHub 사용자 또는 조직 이름을 찾습니다.
1. **Commit ID(커밋 ID)**에 리포지토리의 개정을 참조하는 커밋 ID를 입력합니다. 입력할 값을 잘 모를 경우:
1. 다른 웹 브라우저 탭에서 [GitHub 대시보드](https://github.com/dashboard)로 이동합니다.
1. [**Your repositories**]에서 대상 커밋이 포함된 리포지토리 이름을 선택합니다.
1. 커밋 목록에서 리포지토리의 개정을 참조하는 커밋 ID를 찾아 복사합니다. 이 ID는 일반적으로 40자이고 문자와 숫자로 구성됩니다. (일반적으로 더 긴 커밋 ID 버전의 첫 10자인 더 짧은 커밋 ID 버전을 사용하지 마세요.)
1. 커밋 ID를 [**Commit ID**] 상자에 붙여 넣습니다.