Compartilhar via

Início Rápido: serviços de dimensionamento implantados com os modelos Web do Python azd usando o Bicep

Os modelos web azd do Python permitem criar rapidamente um novo aplicativo Web e implantá-lo no Azure. Os azd modelos 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 seu cenário.

Neste artigo de Início Rápido, você atualizará os arquivos de modelo bicep apropriados para escalar os serviços existentes e adicionar novos serviços à sua implantação. Em seguida, você executará o azd provision comando 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 em seu computador local:

Implantar um modelo

Para começar, você precisa de uma implantação funcional do azd. Depois de ter isso pronto, você poderá modificar os arquivos Bicep gerados pelo modelo azd.

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

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

    Após a conclusão de azd up, abra o portal do Azure, navegue até o Serviço de Aplicativo do Azure que foi implantado em seu novo grupo de recursos e anote o 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 Informações essenciais, valor "Plano de preços").

  2. No primeiro passo do 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 Do Explorer, navegue até a pasta infra . Observe as subpastas e os arquivos na pasta infra .

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

    A subpasta \core é uma estrutura de pastas complexa que contém templates bicep para diversos serviços 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 as propriedades do Bicep

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 básico de serviço" (que foi projetado para aplicativos com requisitos de tráfego mais baixos e não precisa de recursos avançados de dimensionamento automático e gerenciamento de tráfego) para o "Plano de Serviço Padrão", que foi 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 dimensionamento.

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

       sku: {
      name: 'B1'
   }

    Altere o valor de B1 para S1.

       sku: {
      name: 'S1'
   }

    Importante

    Como resultado dessa alteração, 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 Serviço de Aplicativo.

  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

    Você não deve ser solicitado a fornecer uma localização e uma assinatura. Esses valores são salvos no arquivo .azure<environment-name.env>, onde <environment-name> está o nome do ambiente fornecido durante azd init.

  3. Quando azd provision for concluído, confirme se o seu aplicativo Web continua funcionando. Localize 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 Início Rápido, no entanto, há muitos serviços do Azure que podem ajudá-lo a criar aplicativos mais escalonáveis e prontos para produção. Um ótimo lugar para começar seria saber mais sobre o Gerenciamento de API do Azure, o Azure Front Door, a CDN do Azure e a Rede Virtual do Azure, para citar alguns.

Limpar os recursos

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

azd down

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

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

Conteúdo relacionado

  • Last updated on