Partilhar via

Guia de início rápido: escalonamento de serviços implantados com os modelos web azd para Python usando o Bicep

Os modelos de azd da Web Python permitem criar rapidamente um novo aplicativo Web e implantá-lo no Azure. Os modelos azd foram projetados para usar opções de serviço do Azure de baixo custo. Sem dúvida, você desejará ajustar os níveis de serviço (ou skus) para cada um dos serviços definidos no modelo para o seu cenário.

Neste Início Rápido, irá atualizar os ficheiros de modelo Bicep apropriados para ampliar os serviços existentes e adicionar novos serviços à sua implementação. Em seguida, você executará o comando azd provision e exibirá a alteração feita na implantação do Azure.

Pré-requisitos

Uma assinatura do Azure - Crie uma gratuitamente

Você deve ter o seguinte instalado no computador local:

Implantar um modelo

Para começar, precisas de uma implementação de azd funcional. Quando tiver isso estabelecido, pode modificar os arquivos Bicep gerados pelo modelo azd.

  1. Siga as etapas 1 a 7 no artigo Guia de início rápido. Na etapa 2, use o modelo azure-django-postgres-flexible-appservice. Para sua conveniência, aqui está toda a sequência de comandos a serem emitidos a partir da linha de comando:

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

    Quando azd up terminar, abra o portal do Azure, navegue até o Serviço de Aplicativo do Azure que foi implantado em seu novo Grupo de Recursos e tome nota do plano de preços do Serviço de Aplicativo (consulte a página Visão geral do plano do Serviço de Aplicativo, seção Essenciais, valor "Plano de preços").

  2. Na etapa 1 do artigo Guia de início rápido, você foi instruído a criar a pasta azdtest. Abra essa pasta no Visual Studio Code.

  3. No painel Explorer, navegue até a pasta infra. Observe as subpastas e arquivos na pasta infra.

    O ficheiro main.bicep orquestra a criação de todos os serviços implantados ao executar um azd up ou um azd provision. Ele chama outros ficheiros, como db.bicep e web.bicep, que, por sua vez, referem-se a ficheiros contidos na subpasta \core.

    A subpasta \core é uma estrutura de pastas profundamente aninhada que contém templates Bicep para muitos serviços do Azure. Alguns dos arquivos na subpasta \core são referenciados pelos três arquivos bicep de nível superior (main.bicep, db.bicep e web.bicep) e alguns não são usados neste projeto.

Dimensionar um serviço modificando suas propriedades do Bíceps

Você pode dimensionar um recurso existente em sua implantação alterando sua SKU. Para demonstrar isso, você alterará o plano do Serviço de Aplicativo do "Plano de Serviço Básico" (projetado para aplicativos com requisitos de tráfego mais baixos e que não precisam de recursos avançados de dimensionamento automático e gerenciamento de tráfego) para o "Plano de Serviço Padrão", projetado para executar cargas de trabalho de produção.

Observação

Nem todas as alterações de SKU podem ser feitas após o fato. Algumas pesquisas podem ser necessárias para entender melhor suas opções de escala.

  1. Abra o arquivo de web.bicep e localize a definição do módulo appService. Em particular, procure a configuração da propriedade:

       sku: {
      name: 'B1'
   }

    Altere o valor de B1 para S1 da seguinte maneira:

       sku: {
      name: 'S1'
   }

    Importante

    Como resultado desta mudança, o preço por hora aumentará ligeiramente. Detalhes sobre os diferentes planos de serviço e seus custos associados podem ser encontrados na página de preços do App Service.

  2. Supondo que você já tenha o aplicativo implantado no Azure, use o comando a seguir para implantar alterações na infraestrutura sem reimplantar o próprio código do aplicativo.

    azd provision

    Não lhe deve ser solicitada uma localização e uma subscrição. Esses valores são salvos no arquivo .azure<environment-name>.env, onde <environment-name> é o nome do ambiente fornecido durante azd init.

  3. Quando azd provision estiver concluído, confirme se seu aplicativo Web ainda funciona. Encontre também o Plano do Serviço de Aplicativo para seu Grupo de Recursos e confirme se o Plano de Preços está definido como o Plano de Serviço Padrão (S1).

Isso conclui o Guia de início rápido, no entanto, há muitos serviços do Azure que podem ajudá-lo a criar aplicativos mais escaláveis e prontos para produção. Um ótimo ponto de partida seria aprender sobre o Gerenciamento de API do Azure , o Azure Front Door , o Azure CDN , e a Rede Virtual do Azure , só para citar alguns.

Limpar recursos

Limpe os recursos criados pelo modelo executando o comando azd down.

azd down

O comando azd down exclui os recursos do Azure e o fluxo de trabalho de Ações do GitHub. Quando solicitado, concorde em excluir todos os recursos associados ao grupo de recursos.

Você também pode excluir o azdtest pasta ou usá-lo como base para seu próprio aplicativo, modificando os arquivos do projeto.

Conteúdo relacionado