티스토리 뷰
이번 시리즈는 2020년 6~7월 Azure Web App 서비스 팀 블로그에 게시된 글로 전반적인 Azure Web App 서비스 내용을 소개하는 유용한 게시물이며 Web App 서비스를 통해 애플리케이션을 지속적으로 배포하고, 사용자 지정 도메인과 인증서에 사이트를 등록하며, 다른 클라우드 서비스에 안전하게 액세스하고, 사이트를 적절하게 확장 및 구성하는 방법을 다루게 된다.
급변하는 시대에 개발자와 IT 의사 결정권자는 급격히 변화하는 환경에 신속하게 적응해야 한다. 성공적인 조직은 관리형 클라우드 서비스를 사용하여 개발자 효율성을 높임으로써 운영 비용을 절감하고 혁신의 전달을 가속화하여 새로운 비즈니스 기회를 포착한다. App Service는 웹 애플리케이션 및 모바일 백엔드를 호스팅하기 위한, 검증된 높은 생산성을 가지는 PaaS (High Productivity Platform-as-a-Service) 서비스 이다. 이 서비스는 배포 API, 네트워킹 통합, 내장 모니터링을 제공한다.
애플리케이션을 앱 서비스로 옮기는 것에 대한 여러 파트 시리즈 중 첫 번째 글이다. 이 시리즈에서는 애플리케이션을 지속적으로 배포하고, 사용자 지정 도메인과 인증서에 사이트를 등록하며, 다른 클라우드 서비스에 안전하게 액세스하고, 사이트를 적절하게 확장 및 구성하는 방법을 다룬다. 본 안내에 따라 앱 서비스를 시작하고 향후 더욱 발전된 사용을 위한 우수한 토대를 마련할 수 있다.
전제 조건
이 가이드를 완료하려면 Azure 구독이 필요하다. 무료로 구독을 만들 수 있다. 이 블로그 시리즈의 일부에서는 Azure CLI를 사용한다. 이 가이드에 따라 CLI를 로컬로 설치하거나 Azure Cloud Shell을 사용할 수 있다. Cloud Shell은 Azure 구독과 연결된 가상 터미널로, Bash 또는 PowerShell 명령을 실행하여 Azure 리소스를 만들고 업데이트 할 수 있다.
아직 계정이 없는 경우 GitHub 계정도 만들어야 한다. GitHub 계정이 있으면 아래 저장소 중 하나를 포크하고 로컬 컴퓨터에 복제한다. 저장소를 포크해야 한다. 다음 기사에서는 GitHub 액션을 사용하여 지속적 통합 및 전달을 설정하는 방법을 보여준다.
Git 및 GitHub를 처음 사용하다면 여기를 클릭한다.
리소스 생성
이제 Azure 구독, CLI 및 리포지토리가 있으므로 필요한 클라우드 리소스를 만들 차례이다. 먼저 Azure Portal을 열고 왼쪽 상단 드롭 다운에서 Create a Resource를 클릭한다. 메뉴에서 Web App을 선택한다. 그러면 블레이드가 열리고 웹앱이 생성된다..
양식은 다음 입력을 요구한다.
1. Resource Group : 프로젝트의 모든 리소스에 대한 그룹이다. 새 리소스 그룹을 만들고 이름을 zero_to_hero로 지정한다.
2. Name : 웹앱에 사용되는 이름이다. 이 이름은 기본 도메인 이름에도 사용되므로 전역적으로 고유해야 한다. 자신의 이름과 숫자 조합을 사용해본다. 예) john-doe-1.
3. Publish : 애플리케이션 코드를 배포하고 있으므로 코드로 남겨 둔다. App Service는 이 가이드에서 다루지 않는 Docker 컨테이너 배포도 지원한다.
4. Runtime stack : 이전에 복제 한 저장소를 기반으로 런타임을 선택한다. .NET Core 리포지토리를 선택한 경우 .NET Core 2.1을 선택해야 한다. Node.js의 경우 Node 12 LTS를 선택한다. Spring의 경우 Java 8 SE를 선택한다. (자신의 애플리케이션을 사용하여 이 가이드를 따르는 경우 앱에 적합한 런타임 및 버전을 선택한다.)
5. Region : 가까운 지역을 선택하거나 기본값으로 둔다.
준비가 되면 Review + create를 클릭하고 입력을 검토 한 후 생성을 완료한다.
Azure CLI에는 웹앱을 만들고 구성하는 명령이 있다. 자세한 내용은 이 가이드를 참조한다.
앱 서비스 플랜
App Service 플랜은 기본 가상 컴퓨터를 나타내며 여러 App Services를 호스팅 할 수 있다. 예상대로 하드웨어 계층이 높을수록 더 많은 컴퓨팅 리소스와 기능이 있다. 이 플랜은 확장도 담당하며 이는 향후 글에서 다룰 것이다. 생성 후 언제든지 하드웨어 계층을 변경할 수 있다.
마무리
축하한다! App Service 플랜 및 웹앱을 만들었다. cloud hero 상태에 한 걸음 더 가까워졌다. 다음 글에서는 코드를 빌드하고 웹 앱에 배포하기 위해 지속적 통합 및 전달 파이프 라인을 설정한다. 문제가 발생하면 이 글에 댓글을 달아달라.
유용한 리소스
<참조> https://azure.github.io/AppService/2020/06/29/zero_to_hero_pt1.html
2부 지속적인 통합과 전달에서 계속
'Azure 기타' 카테고리의 다른 글
| [특집 시리즈] Zero to Hero with App Service, 3부: 프로덕션으로 릴리스 (0) | 2021.07.05 |
|---|---|
| [특집 시리즈] Zero to Hero with App Service, 2부: 지속적인 통합과 전달 (0) | 2021.06.28 |
| Linux용 Windows 하위 시스템 설치 (1) | 2019.11.22 |
| Linux Azure CLI 설치 (0) | 2019.11.20 |
| Azure DevOps Roadmap update for 2019 Q4 (0) | 2019.11.15 |