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

# 애플리케이션 게시
<a name="applications-publish"></a>

애플리케이션 생성 및 구성을 마치면 다음 단계는 데이터 전송을 테스트하거나 최종 사용자와 공유하기 위해 애플리케이션을 게시하는 것입니다. App Studio의 애플리케이션 게시를 이해하려면 사용 가능한 환경을 이해하는 것이 중요합니다. App Studio는 다음 목록에 설명된 세 가지 개별 환경을 제공합니다.

1. **개발**: 애플리케이션을 빌드하고 미리 보는 위치입니다. 최신 버전의 애플리케이션이 자동으로 호스팅되므로 개발 환경에 게시할 필요가 없습니다. 이 환경에서는 라이브 데이터나 타사 서비스 또는 리소스를 사용할 수 없습니다.

1. **테스트**: 애플리케이션에 대한 포괄적인 테스트를 수행할 수 있는 곳입니다. 테스트 환경에서는 다른 서비스에 연결하고, 데이터를 전송하고, 다른 서비스에서 데이터를 수신할 수 있습니다.

1. **프로덕션**: 최종 사용자 소비를 위한 실시간 운영 환경입니다.

모든 앱 빌드는 **개발** 환경에서 이루어집니다. 그런 다음 **테스트** 환경에 게시하여 최종 사용자에게 액세스 URL을 제공하여 다른 서비스 간의 데이터 전송과 사용자 수락 테스트(UAT)를 테스트합니다. 그런 다음 앱을 **프로덕션** 환경에 게시하여 사용자와 공유하기 전에 최종 테스트를 수행합니다. 애플리케이션 환경에 대한 자세한 내용은 섹션을 참조하세요[애플리케이션 환경](#application-environments).

애플리케이션을 게시하면 공유될 때까지 사용자가 애플리케이션을 사용할 수 없습니다. 이를 통해 사용자가 애플리케이션을 액세스하기 전에 테스트 및 프로덕션 환경에서 애플리케이션을 사용하고 테스트할 수 있습니다. 이전에 게시되고 공유된 애플리케이션을 프로덕션에 게시하면 사용자가 사용할 수 있는 버전이 업데이트됩니다.

## 애플리케이션 게시
<a name="application-publish-procedure"></a>

다음 절차에 따라 테스트 또는 프로덕션 환경에 App Studio 애플리케이션을 게시합니다.

**애플리케이션을 테스트 또는 프로덕션 환경에 게시하려면**

1. 탐색 창의 **빌드** 섹션에서 **내 애플리케이션을** 선택합니다. 액세스 권한이 있는 애플리케이션 목록이 표시된 페이지로 이동합니다.

1. 게시하려는 애플리케이션에 대해 **편집**을 선택합니다.

1. 오른쪽 상단 모서리에서 **게시**를 선택합니다.

1. **업데이트 게시** 대화 상자에서:

   1. 애플리케이션 게시에 대한 정보를 검토합니다.

   1. (선택 사항) **버전 설명**에이 애플리케이션 버전에 대한 설명을 포함합니다.

   1. 상자를 선택하여 환경에 대한 정보를 확인합니다.

   1. **시작**을 선택합니다. 라이브 환경에서 애플리케이션을 업데이트하는 데 최대 15분이 걸릴 수 있습니다.

1. 테스트 또는 프로덕션 환경에서 애플리케이션을 보는 방법에 대한 자세한 내용은 섹션을 참조하세요[게시된 애플리케이션 보기](#application-viewing-published).
**참고**  
테스트 또는 프로덕션 환경에서 애플리케이션을 사용하면 커넥터와 연결된 데이터 소스 테이블에 레코드를 생성하는 등 실시간 데이터가 전송됩니다.

공유된 적이 없는 게시된 애플리케이션은 사용자 또는 다른 빌더가 사용할 수 없습니다. 사용자가 애플리케이션을 사용할 수 있도록 하려면 게시 후 애플리케이션을 공유해야 합니다. 자세한 내용은 [게시된 애플리케이션 공유](application-share.md) 단원을 참조하십시오.

## 게시된 애플리케이션 보기
<a name="application-viewing-published"></a>

테스트 및 프로덕션 환경에 게시된 애플리케이션을 보고 최종 사용자 또는 다른 빌더와 공유하기 전에 애플리케이션을 테스트할 수 있습니다.

**테스트 또는 프로덕션 환경에서 게시된 애플리케이션을 보려면**

1. 필요한 경우 미리 보려는 애플리케이션의 애플리케이션 스튜디오로 이동합니다.

   1. 탐색 창의 **빌드** 섹션에서 **내 애플리케이션을** 선택합니다.

   1. 애플리케이션에 대해 **편집**을 선택합니다.

1. 오른쪽 상단 모서리의 **게시** 옆에 있는 드롭다운 화살표를 선택하고 **센터 게시**를 선택합니다.

1. 게시 센터에서 애플리케이션이 게시되는 환경을 볼 수 있습니다. 애플리케이션이 테스트 또는 프로덕션 환경에 게시된 경우 각 환경의 **URL** 링크를 사용하여 앱을 볼 수 있습니다.
**참고**  
테스트 또는 프로덕션 환경에서 애플리케이션을 사용하면 커넥터와 연결된 데이터 소스 테이블에 레코드를 생성하는 등 실시간 데이터가 전송됩니다.

## 애플리케이션 환경
<a name="application-environments"></a>

AWS App Studio는 개발, 테스트 및 프로덕션이라는 세 가지 개별 환경을 통해 애플리케이션 수명 주기 관리(ALM) 기능을 제공합니다. 이를 통해 전체 앱 수명 주기에서 별도의 환경 유지 관리, 버전 관리, 공유 및 모니터링과 같은 모범 사례를 보다 쉽게 수행할 수 있습니다.

### 개발 환경
<a name="applications-development-environment"></a>

**개발** 환경은 애플리케이션 스튜디오 및 샘플 데이터를 사용하여 라이브 데이터 소스 또는 서비스에 연결하지 않고도 앱을 빌드할 수 있는 격리된 샌드박스입니다. 개발 환경에서 앱을 미리 보고 프로덕션 데이터를 손상시키지 않고 앱을 보고 테스트할 수 있습니다.

앱이 개발 환경의 다른 서비스에 연결되지는 않지만 라이브 데이터 커넥터 및 자동화를 모방하도록 앱의 다양한 리소스를 구성할 수 있습니다.

개발 환경의 애플리케이션 스튜디오 하단에는 빌드 시 앱을 검사하고 디버깅하는 데 도움이 되는 오류와 경고가 포함된 축소 가능한 디버그 패널이 있습니다. 앱 문제 해결 및 디버깅에 대한 자세한 내용은 섹션을 참조하세요[App Studio 문제 해결 및 디버깅](troubleshooting-and-debugging.md).

### 테스트 환경
<a name="applications-testing-environment"></a>

초기 앱 개발이 완료되면 다음 단계는 **테스트** 환경에 게시하는 것입니다. 테스트 환경에 있는 동안 앱은 다른 서비스에 연결하고, 데이터를 전송하고, 다른 서비스에서 데이터를 수신할 수 있습니다. 따라서이 환경을 사용하여 최종 사용자에게 액세스 URL을 제공하여 사용자 수락 테스트(UAT)를 포함한 포괄적인 테스트를 수행할 수 있습니다.

**참고**  
테스트 환경에 처음 게시하는 데 최대 15분이 걸릴 수 있습니다.

테스트 환경에 게시된 앱의 버전은 최종 사용자가 3시간 동안 사용하지 않으면 제거됩니다. 그러나 모든 버전은 유지되며 **버전 기록** 탭에서 복원할 수 있습니다.

테스트 환경의 주요 기능은 다음과 같습니다.
+ 라이브 데이터 소스 및 APIs와의 통합 테스트
+ 제어된 액세스를 통해 제공되는 사용자 수락 테스트(UAT)
+ 피드백을 수집하고 문제를 해결하기 위한 환경
+ 브라우저 콘솔 및 개발자 도구를 사용하여 클라이언트 측 및 서버 측 활동을 모두 검사하고 디버깅할 수 있습니다.

앱 문제 해결 및 디버깅에 대한 자세한 내용은 섹션을 참조하세요[App Studio 문제 해결 및 디버깅](troubleshooting-and-debugging.md).

### 프로덕션 환경
<a name="applications-production-environment"></a>

문제를 테스트하고 수정한 후에는 애플리케이션의 버전을 테스트 환경에서 프로덕션 환경으로 승격하여 실시간으로 운영할 수 있습니다. 프로덕션 환경은 최종 사용자 사용을 위한 라이브 운영 환경이지만 사용자와 공유하기 전에 게시된 버전을 테스트할 수 있습니다.

최종 사용자가 14일 동안 사용하지 않으면 프로덕션 환경에서 게시된 버전이 제거됩니다. 그러나 모든 버전은 유지되며 **버전 기록** 탭에서 복원할 수 있습니다.

프로덕션 환경의 주요 기능은 다음과 같습니다.
+ 최종 사용자 소비를 위한 실시간 운영 환경
+ 세분화된 역할 기반 액세스 제어
+ 버전 관리 및 롤백 기능
+ 클라이언트 측 활동만 검사하고 디버깅할 수 있는 기능
+ 라이브 커넥터, 데이터, 자동화 및 APIs 사용

## 버전 관리 및 릴리스 관리
<a name="applications-versioning-release-management"></a>

App Studio는 **게시 센터**의 버전 관리 시스템을 통해 버전 관리 및 릴리스 관리 기능을 제공합니다.

주요 버전 관리 기능:
+ 테스트 환경에 게시하면 새 버전 번호(1.0, 2.0, 3.0...)가 생성됩니다.
+ 테스트 환경에서 프로덕션 환경으로 승격할 때 버전 번호는 변경되지 않습니다.
+ **버전 기록**에서 이전 버전으로 롤백할 수 있습니다.
+ 테스트 환경에 게시된 애플리케이션은 3시간 동안 활동이 없으면 일시 중지됩니다. 버전은 유지되며 **버전 기록**에서 복원할 수 있습니다.
+ 프로덕션 환경에 게시된 애플리케이션은 14일 동안 활동이 없으면 제거됩니다. 버전은 유지되며 **버전 기록**에서 복원할 수 있습니다.

이 버전 관리 모델을 사용하면 앱 개발 및 테스트 주기 전반에 걸쳐 추적성, 롤백 기능 및 최적의 성능을 유지하면서 빠르게 반복할 수 있습니다.

## 유지 관리 및 작업
<a name="applications-versioning-maintenance-operations"></a>

App Studio는 특정 유지 관리 작업, 운영 활동을 해결하고 새 소프트웨어 라이브러리를 통합하기 위해 애플리케이션을 자동으로 다시 게시해야 할 수 있습니다. 빌더인 사용자의 작업은 필요하지 않지만 최종 사용자는 애플리케이션에 다시 로그인해야 할 수 있습니다. 특정 상황에서는 애플리케이션을 다시 게시하여 자동으로 추가할 수 없는 새로운 기능과 라이브러리를 통합해야 할 수 있습니다. 다시 게시하기 전에 오류를 해결하고 경고를 검토해야 합니다.