다음을 통해 공유

빠른 시작: azd Python 웹 템플릿을 사용하여 Bicep으로 배포된 서비스의 크기를 조정하기

Python 웹 템플릿을 사용하면 새 웹 azd 애플리케이션을 빠르게 만들고 Azure에 배포할 수 있습니다. 템플릿은 azd 저렴한 Azure 서비스 옵션을 사용하도록 설계되었습니다. 의심할 여지 없이 시나리오에 대해 템플릿에 정의된 각 서비스에 대한 서비스 수준(또는 sku)을 조정하려고 합니다.

이번 퀵스타트에서는 적절한 bicep 템플릿 파일을 업데이트하여 기존 서비스를 확장하고 배포에 새 서비스를 추가할 것입니다. 그런 다음, 명령을 실행하고 azd provision Azure 배포에 대한 변경 내용을 확인합니다.

필수 조건

Azure 구독 - 무료로 생성하기

로컬 컴퓨터에 다음이 설치되어 있어야 합니다.

템플릿 배포

시작하려면 작동하는 azd 배포가 필요합니다. 이 작업이 완료되면 템플릿에서 생성된 azd Bicep 파일을 수정할 수 있습니다.

  1. 빠른 시작 문서의 1~7단계를 따릅니다. 2단계에서 템플릿을 azure-django-postgres-flexible-appservice 사용합니다. 편의를 위해 명령줄에서 발급할 명령의 전체 시퀀스는 다음과 같습니다.

    mkdir azdtest
cd azdtest
azd init --template azure-django-postgres-flexible-appservice
azd auth login
azd up

    완료되면 azd up Azure Portal을 열고 새 리소스 그룹에 배포된 Azure App Service로 이동하고 App Service 가격 책정 계획을 기록해 둡니다(App Service 계획의 개요 페이지, Essentials 섹션, "가격 책정 계획" 값 참조).

  2. 빠른 시작 문서의 1단계에서는 azdtest 폴더를 만들라는 지시를 받았습니다. Visual Studio Code에서 해당 폴더를 엽니다.

  3. 탐색기 창 에서 인프라 폴더로 이동합니다. 인프라 폴더의 하위 폴더 및 파일을 관찰합니다.

    main.bicep 파일은 azd up 또는 azd provision를 수행할 때 배포되는 모든 서비스의 생성을 오케스트레이션합니다. db.bicep 및 web.bicep과 같은 다른 파일을 호출하여 \core 하위 폴더에 포함된 파일을 호출합니다.

    \core 하위 폴더는 많은 Azure 서비스에 대한 bicep 템플릿을 포함하는 깊이 중첩된 폴더 구조입니다. \core 하위 폴더의 일부 파일은 세 개의 최상위 bicep 파일(main.bicep, db.bicep 및 web.bicep)에서 참조되며 일부는 이 프로젝트에서 전혀 사용되지 않습니다.

Bicep 속성을 수정하여 서비스 크기 조정

SKU를 변경하여 배포에서 기존 리소스의 크기를 조정할 수 있습니다. 이를 입증하기 위해 App Service 계획을 "기본 서비스 계획"(트래픽 요구 사항이 낮고 고급 자동 크기 조정 및 트래픽 관리 기능이 필요하지 않은 앱용으로 설계됨)에서 프로덕션 워크로드를 실행하도록 설계된 "표준 서비스 계획"으로 변경합니다.

비고

사실 이후에 모든 SKU를 변경할 수 있는 것은 아닙니다. 크기 조정 옵션을 더 잘 이해하려면 몇 가지 연구가 필요할 수 있습니다.

  1. web.bicep 파일을 열고 모듈 정의를 찾습니다appService. 특히 속성 설정을 확인하세요.

       sku: {
      name: 'B1'
   }

    값을 B1S1 다음과 같이 변경합니다.

       sku: {
      name: 'S1'
   }

    중요합니다

    이 변경으로 인해 시간당 가격이 약간 증가합니다. 다양한 서비스 계획 및 관련 비용에 대한 자세한 내용은 App Service 가격 책정 페이지에서 확인할 수 있습니다.

  2. Azure에 애플리케이션이 이미 배포되어 있다고 가정하면 다음 명령을 사용하여 애플리케이션 코드 자체를 다시 배포하지 않고 인프라에 변경 내용을 배포합니다.

    azd provision

    위치 및 구독에 대한 메시지가 표시되지 않아야 합니다. 이러한 값은 .azure<environment-name.env> 파일에 저장됩니다. 여기서 <environment-name> 는 사용자가 azd init제공한 환경 이름입니다.

  3. azd provision 완료되면 웹 애플리케이션이 여전히 작동하는지 확인합니다. 또한 리소스 그룹에 대한 App Service 계획을 찾아 가격 책정 계획이 표준 서비스 계획(S1)으로 설정되어 있는지 확인합니다.

이렇게 하면 빠른 시작이 마무리되지만, 더 확장 가능하고 프로덕션이 가능한 애플리케이션을 빌드하는 데 도움이 되는 많은 Azure 서비스가 있습니다. 시작하기에 좋은 위치는 Azure API Management, Azure Front Door, Azure CDN 및 Azure Virtual Network에 대해 알아보는 것입니다.

리소스 정리

azd down 명령을 실행하여 템플릿에서 만든 리소스를 정리합니다.

azd down

이 azd down 명령은 Azure 리소스 및 GitHub Actions 워크플로를 삭제합니다. 메시지가 표시되면 리소스 그룹과 연결된 모든 리소스를 삭제하는 데 동의합니다.

azdtest 폴더를 삭제하거나 프로젝트의 파일을 수정하여 자체 애플리케이션의 기준으로 사용할 수도 있습니다.

관련 내용