Quickstart: Escalar serviços implementados com os templates web azd Python usando o Bicep

Os modelos web Python web azd templates ajudam-no a criar rapidamente uma nova aplicação web e a implementá-la para Azure. Os modelos azd utilizam opções de serviço de Azure de baixo custo. Para se adequar ao seu cenário, ajuste os níveis ou versões de serviço para cada serviço definido no modelo.

Neste quickstart, atualiza os ficheiros modelo Bicep apropriados para escalar os serviços existentes. Depois, executas o comando azd provision e vês a alteração que fizeste à implementação Azure.

Pré-requisitos

Uma assinatura do Azure - Crie uma gratuitamente

Instale as seguintes ferramentas no seu computador local:

Implantar um modelo

Para começar, é necessária uma implementação funcional azd. Depois de configurares a implementação, podes modificar os ficheiros 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 executar a partir da linha de comandos:

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

    Quando o azd up terminar, abra o portal do Azure, aceda ao Serviço de Aplicações do Azure que implementou no novo grupo de recursos e tome nota do plano de preços do App Service (consulte a página Descrição geral do plano do App Service, a secção Elementos essenciais e o valor de Plano de preços).

  2. No passo 1 do artigo Quickstart, criaste a pasta azdtest . Abra essa pasta no Visual Studio Code.

  3. No painel do Explorador, vai à pasta infra . Vê as subpastas e ficheiros na pasta infra.

    O ficheiro main.bicep orquestra a criação de todos os serviços implementados quando executa azd up ou azd provision. Chama outros ficheiros, como db.bicep e web.bicep. Estes ficheiros referenciam ficheiros contidos na subpasta \core.

    A subpasta \core é uma estrutura de pastas com vários níveis de subpastas que contém modelos Bicep para muitos serviços do Azure. Os três ficheiros de Bicep de topo (main.bicep, db. bicep e web. bicep) referenciam alguns dos ficheiros na subpasta \core. Alguns ficheiros nem sequer 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 este método de escalabilidade, altere o plano de Serviços de Aplicações do plano de Serviço Básico (que é concebido para aplicações com requisitos de tráfego mais baixos e não necessita de funcionalidades avançadas de autoescalabilidade e gestão de tráfego) para o plano de Serviço Padrão, que é concebido para executar cargas de trabalho em produção.

Observação

Não podes fazer todas as alterações ao SKU após a implementação. Pode ser necessária alguma pesquisa para compreender melhor as suas opções de escalabilidade.

  1. Abra o arquivo de web.bicep e localize a definição do módulo appServicePlan. 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

    Esta alteração aumenta ligeiramente o preço por hora. Para detalhes sobre os diferentes planos de serviço e os seus custos associados, consulte a página de preços do App Service.

  2. Assumindo que já implementou a aplicação no Azure, use o comando seguinte para implementar alterações na infraestrutura sem ter de redistribuir o próprio código da aplicação.

    azd provision

    Não lhe deve ser solicitada uma localização e uma subscrição. O ficheiro .azure<environment-name>.env guarda esses valores, em que <environment-name> é o nome do ambiente que forneceu 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).

Este guia de introdução rápida conclui aqui. No entanto, muitos serviços do Azure podem ajudar a construir aplicações mais escaláveis e prontas para produção. Um ótimo ponto de partida para aprender é API Management do Azure, Azure Front Door, CDN do Azure e Rede Virtual do Azure, só para citar alguns.

Limpar recursos

Limpa os recursos que o modelo criou ao executar 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.

Também podes eliminar a pasta azdtest , ou usá-la como base para a tua própria aplicação, modificando os ficheiros do projeto.

Conteúdo relacionado

  • Last updated on