Azure Portal에서 웹앱 만들기
이 단원에서는 Azure Portal을 사용하여 Azure App Service 웹앱을 만드는 방법을 알아봅니다.
Azure Portal을 사용하는 이유는 무엇인가요?
웹 애플리케이션을 호스트하는 첫 번째 단계는 Azure 구독 내부에 웹앱(Azure App Service 앱)을 만드는 것입니다.
웹앱을 만들 수 있는 여러 가지 방법이 있습니다. Azure Portal, Azure CLI(명령줄 인터페이스), 스크립트 또는 Visual Studio와 같은 IDE(통합 개발 환경)를 사용할 수 있습니다.
이 단원의 정보를 통해 Azure Portal을 사용해 웹앱을 만드는 방법을 배울 수 있으며, 수강생은 이 정보를 사용해 다음 연습에서 웹앱을 만듭니다. 이 모듈에서는 좋은 학습 도구가 될 수 있는 그래픽 환경인 Azure Portal을 사용하는 방법을 보여 줍니다. 포털은 사용 가능한 기능을 발견하고, 다른 리소스를 추가하고, 기존 리소스를 사용자 지정하는 데 도움이 됩니다.
Azure App Service란?
Azure App Service는 플랫폼을 호스트하는 완전 관리형 웹 애플리케이션입니다. Azure가 애플리케이션 실행 및 크기 조정을 위해 인프라를 관리하는 동안 Azure에서 제공하는 이 PaaS(Platform as a Service)를 사용하여 앱 디자인 및 빌드에 집중할 수 있습니다.
배포 슬롯
Azure Portal을 사용하여 App Service 웹앱에 배포 슬롯을 쉽게 추가할 수 있습니다. 예를 들어 Azure에서 테스트하기 위해 코드를 푸시할 수 있는 스테이징 배포 슬롯을 만들 수 있습니다. 코드에 만족할 경우 스테이징 배포 슬롯을 프로덕션 슬롯과 쉽게 교환할 수 있습니다. 이 모든 작업은 Azure Portal에서 몇 번의 마우스 클릭만으로 가능합니다.
연속 통합/배포 지원
Azure Portal은 개발 머신에서 Azure Repos, GitHub, Bitbucket, FTP 또는 로컬 Git 리포지토리에 대한 연속 통합 및 배포를 기본적으로 제공합니다. 웹앱을 앞의 원본과 연결하면 App Service가 코드 및 코드의 이후 변경 내용을 웹앱에 자동으로 동기화하여 나머지 작업을 수행합니다. 또한 Azure Repos를 사용하면 소스 코드를 컴파일하고, 테스트를 실행하고, 릴리스를 빌드하고, 마지막으로 코드를 커밋할 때마다 웹앱에 릴리스를 배포하는 고유의 빌드 및 릴리스 프로세스를 정의할 수 있습니다. 모든 작업은 개입할 필요 없이 자동으로 수행됩니다.
통합 Visual Studio 게시 및 FTP 게시
웹앱에 대한 연속 통합/배포를 설정할 수 있을 뿐 아니라 언제든지 Visual Studio와 긴밀하게 통합하여 웹 배포 기술을 통해 웹앱을 Azure에 게시할 수 있습니다. App Service는 또한 기존 워크플로에 대한 FTP 기반 게시를 지원합니다.
기본 제공 자동 크기 조정 지원(실제 부하에 따라 자동으로 스케일 아웃)
스케일 업/다운 또는 스케일 아웃 기능이 웹앱에 포함됩니다. 웹앱 사용량에 따라 웹앱을 호스트 중인 기본 머신의 리소스를 늘리거나 줄여 앱을 스케일 업/다운할 수 있습니다. 리소스는 사용 가능한 코어 수 또는 RAM 크기일 수 있습니다.
이와 달리 확장은 웹앱을 실행 중인 머신 인스턴스 수를 늘리는 기능입니다.
웹앱 만들기
Azure에서 웹앱을 실행할 준비가 되면 Azure Portal을 방문하여 웹앱 리소스를 만들 수 있습니다. 웹앱을 만들면 ASP.NET Core, Node.js, Java, Python 등 Azure에서 지원하는 모든 웹 기반 애플리케이션을 호스트하는 데 사용할 수 있는 App Service의 호스팅 리소스 집합이 할당됩니다.
Azure Portal은 웹앱을 만들기 위한 마법사를 제공합니다. 이 마법사에는 다음 필드가 필요합니다.
| 필드 | 설명 |
|---|---|
| 구독 | 유효한 활성 Azure 구독입니다. |
| 리소스 그룹 | 유효한 리소스 그룹입니다. |
| 이름 | 웹앱의 이름입니다. 이 이름은 앱 URL의 일부가 되므로 모든 Azure App Service 웹앱에서 고유해야 합니다. |
| 게시 | 애플리케이션을 코드 또는 즉시 실행 가능한 Docker 컨테이너로 App Service에 배포할 수 있습니다. 컨테이너를 선택하면 마법사의 컨테이너 탭이 활성화되며, 여기에서 App Service가 이미지를 검색할 Docker 레지스트리에 대한 정보를 제공합니다. |
| 런타임 스택 | 애플리케이션을 코드로 배포하도록 선택하는 경우 App Service는 애플리케이션에서 사용하는 런타임(예: Node.js, Python, Java 및 .NET)을 알고 있어야 합니다. 애플리케이션을 컨테이너로 배포하는 경우 이미지에 런타임 스택이 포함되어 있으므로 런타임 스택을 선택할 필요가 없습니다. |
| 운영 체제 | App Service는 Windows 또는 Linux 서버에서 애플리케이션을 호스트할 수 있습니다. 자세한 내용은 이 단원의 운영 체제 섹션을 참조하세요. |
| 지역 | 애플리케이션이 제공될 Azure 지역입니다. |
| 가격 책정 플랜 | App Service 가격 책정 플랜에 대한 자세한 내용은 이 단원의 가격 책정 플랜 섹션을 참조하세요. |
운영 체제
앱을 코드로 배포하는 경우 사용 가능한 많은 런타임 스택이 한 운영 체제 또는 다른 운영 체제로 제한됩니다. 런타임 스택을 선택한 후 토글은 운영 체제 선택 여부를 나타냅니다. 두 운영 체제 모두에서 대상 런타임 스택을 사용할 수 있는 경우 응용 프로그램을 개발하고 테스트하는데 사용할 시스템을 선택합니다.
애플리케이션이 컨테이너로 패키지된 경우 컨테이너에 운영 체제를 지정합니다.
App Service 계획
App Service 계획은 App Service 앱을 실행하는 가상 서버 리소스 세트입니다. 계획의 크기(경우에 따라 SKU 또는 가격 책정 계층이라고도 함)에 따라 계획에 할당된 앱을 실행하는 가상 서버의 성능 특성 및 해당 앱이 액세스 권한을 갖는 App Service 기능이 결정됩니다. 생성되는 모든 App Service 웹앱은 해당 앱을 실행하는 단일 App Service 계획에 할당되어야 합니다.
단일 App Service 계획은 여러 App Service 웹앱을 호스트할 수 있습니다. 대부분의 경우 단일 플랜에서 실행할 수 있는 앱의 개수는 앱의 성능 특성 및 요금제의 리소스 제한 사항에 따라 제한됩니다.
App Service에서 App Service의 청구 단위를 구성합니다. 구독의 각 App Service 요금제 크기와 해당 요금제에 배포된 앱이 사용하는 대역폭 리소스에 따라 지불하는 요금이 결정됩니다. App Service 계획에 배포된 웹앱 수는 청구서에 영향을 주지 않습니다.
사용 가능한 Azure 관리 도구를 사용하여 App Service 계획을 만들 수 있습니다. Azure Portal을 통해 웹앱을 만들 때 마법사는 아직 계획이 없는 경우 새 계획을 만드는 데 도움을 줍니다.