Tecnologias de implementação no Funções do Azure

Pode usar várias tecnologias diferentes para implementar o código do seu projeto Funções do Azure no Azure. Este artigo fornece uma visão geral dos métodos de implantação disponíveis para você e recomendações para o melhor método a ser usado em vários cenários. Também fornece uma lista abrangente e detalhes chave sobre as tecnologias de implementação subjacentes.

Métodos de implantação

A tecnologia de implementação que usas para publicar código na tua aplicação de funções no Azure depende das tuas necessidades específicas e do ponto do ciclo de desenvolvimento. Por exemplo, durante o desenvolvimento e testes, pode implementar diretamente a partir da sua ferramenta de desenvolvimento, como o Visual Studio Code. Quando seu aplicativo está em produção, é mais provável que você publique continuamente a partir do controle do código-fonte ou usando um pipeline de publicação automatizado, que pode incluir validação e testes.

A tabela a seguir descreve os métodos de implantação disponíveis para seu projeto de código.

Tipo de implementação Métodos Melhor para...
Baseado em ferramentas CLI do Azure
Visual Studio Code publish
Visual Studio publish
Core Tools publicar		 Implantações durante o desenvolvimento e outras implantações improvisadas. Implementar o seu código on-demand usando ferramentas de desenvolvimento local.
Gerido pela plataforma Centro de Implantação (CI/CD)
Implantações de contentores		 Implantação contínua (CI/CD) a partir do controle do código-fonte ou de um registro de contêiner. A plataforma de alojamento gere as implementações.
Pipelines externos Azure Pipelines
Ações do GitHub		 Pipelines de produção que incluem validação, testes e outras ações que devem ser executadas como parte de uma implementação automatizada. O pipeline gere as implementações.

Use a melhor tecnologia para o seu cenário específico. Para os planos de alojamento compatíveis, muitos dos métodos de implementação utilizam a implantação por ZIP.

Disponibilidade da tecnologia de implantação

O método de implantação também depende do plano de hospedagem e do sistema operacional no qual você executa seu aplicativo de função.

Atualmente, o Functions oferece cinco opções para hospedar seus aplicativos de função:

Cada plano tem comportamentos diferentes. Nem todas as tecnologias de implantação estão disponíveis para cada plano de hospedagem e sistema operacional. Este gráfico fornece informações sobre as tecnologias de implantação suportadas:

Tecnologia de implantação Consumo Flexível Consumo Elástico Premium Dedicado Container Apps
Implementação do pacote Flex Consumption Supported Não suportado Não suportado Não suportado Não suportado
Implementação do ZIP Não suportado Supported Supported Supported Não suportado
URL externa do pacote1 Não suportado Supported Supported Supported Não suportado
Imagem de contentor (Docker) Não suportado Somente Linux Somente Linux Somente Linux Supported
Controlo de origem Não suportado Apenas para Windows Supported Supported Não suportado
Git1 local Não suportado Apenas para Windows Supported Supported Não suportado
FTPS1 Não suportado Apenas para Windows Supported Supported Não suportado
Edição no portal2 Não suportado Supported Supported Supported Não suportado
  1. Tecnologias de implementação que exigem sincronizar manualmente os gatilhos não são recomendadas.
  2. A edição dentro do portal é desativada quando o código é implementado na sua aplicação de funções a partir de fora do portal. Para obter mais informações, incluindo detalhes de suporte a idiomas para edição no portal, consulte Detalhes de suporte a idiomas.

Selecione o seu plano de alojamento no topo deste artigo para ver as tecnologias e comportamentos de implementação que se aplicam à sua aplicação funcional.

Conceitos-chave

Alguns conceitos-chave são críticos para compreender como funcionam as implementações no Funções do Azure.

Armazenamento de conteúdos de aplicações através do plano de alojamento

A localização do conteúdo da aplicação implementada depende do plano de alojamento e da tecnologia de implementação:

Plano de alojamento Armazenamento de conteúdo do aplicativo
Consumo Flexível Um contentor de implementação de blobs que configura para a aplicação de funções.
Consumo, Elastic Premium e Dedicado O sistema de ficheiros da app, uma partilha de conteúdo do Ficheiros do Azure, ou um URL de pacote externo, dependendo da tecnologia de implementação.
Azure Container Apps Uma imagem de contentor armazenada num registo de contentores.

Sincronização de gatilhos

Quando uma implementação adiciona, remove ou altera uma função ou a sua configuração de trigger, a infraestrutura de Functions deve atualizar os metadados do trigger para a aplicação de funções. Esta sincronização ocorre automaticamente para muitas tecnologias de implementação. No entanto, em alguns casos, você deve sincronizar manualmente seus gatilhos.

Deve sempre sincronizar manualmente os gatilhos ao usar estas opções de implementação:

Pode sincronizar manualmente os gatilhos de uma destas formas:

  • Reinicie a sua aplicação de funções no portal Azure. O host de funções realiza uma sincronização de gatilhos em segundo plano após o início da aplicação.

  • Use o az rest comando para enviar uma solicitação HTTP POST que chama a syncfunctiontriggers API, como neste exemplo:

    az rest --method post --url https://management.azure.com/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Web/sites/<APP_NAME>/syncfunctiontriggers?api-version=2016-08-01

Tenha estas considerações em mente para a operação dos gatilhos de sincronização:

  • Deve reiniciar manualmente a sua aplicação de funções sempre que implementar uma versão atualizada do pacote de implementação usando o mesmo URL externo do pacote.
  • Para aplicações a correr num plano Consumption ou Elastic Premium, deve também sincronizar manualmente os gatilhos nestes cenários:
    • Quando as implementações usam uma URL de pacote externa com uma implementação baseada no gestor de recursos, utilizando templates ARM ou ficheiros Bicep ou Terraform.
    • Quando atualizas o pacote de implementação no local usando o mesmo URL externo do pacote.
  • Quando adiciona restrições de rede a uma aplicação de funções existente, deve garantir a conectividade à conta de armazenamento padrão do host definida nas AzureWebJobsStorage definições da aplicação. Para mais informações, consulte Como usar uma conta de armazenamento segura com Funções do Azure.

Compilação remota

Pode pedir ao Funções do Azure para realizar uma compilação remota do seu projeto de código durante a implementação. Nestes cenários, solicite uma build remota em vez de construir localmente:

  • Estás a implementar uma aplicação numa aplicação de funções baseada em Linux que desenvolveste num computador Windows. Esta situação é comum no desenvolvimento de aplicações em Python. Podes acabar com bibliotecas incorretas quando constróis o pacote de implementação localmente no Windows.
  • O seu projeto tem dependências de um índice de pacotes personalizado.
  • Você deseja reduzir o tamanho do seu pacote de implantação.

A forma como solicitas uma build remota depende se a tua aplicação corre no Azure no Windows ou no Linux.

Todas as aplicações funcionais a correr no Windows têm um site de implementação complementar. Este site trata de grande parte da lógica de implementação e construção do Funções do Azure.

Quando implementas uma aplicação para Windows, o processo de implementação executa comandos específicos da linguagem, como dotnet restore (C#) ou npm install (JavaScript).

As seguintes considerações se aplicam ao usar compilações remotas durante a implantação:

  • As compilações remotas são suportadas para funções que correm em sistemas Linux no plano de Consumo. No entanto, as opções de implementação são limitadas para estas aplicações porque não têm um site de implantação complementar.
  • As aplicações funcionais a correr em Linux num plano Elastic Premium ou num plano Dedicado (App Service) têm um site de implementação complementar, mas é limitado comparado com o Windows.
  • Não definas WEBSITE_RUN_FROM_PACKAGE quando solicitas uma build remota. Para Linux Consumption, Elastic Premium e aplicações de planos dedicados, em vez disso, ativa a compilação remota usando as definições de implementação descritas no separador Linux . O processo de implementação pode empacotar a saída da build e configurar a aplicação para correr a partir desse pacote.
  • Você pode ter problemas com a compilação remota quando seu aplicativo foi criado antes de o recurso ser disponibilizado (1º de agosto de 2019). Para aplicativos mais antigos, crie um novo aplicativo de função ou execute az functionapp update --resource-group <RESOURCE_GROUP_NAME> --name <APP_NAME> para atualizar seu aplicativo de função. Este comando pode levar duas tentativas para ter êxito.

Compilação remota

Para o Flex Consumption, solicitas uma build remota passando um parâmetro de build remota quando inicias a implementação. Não se configura a build remota usando as definições da aplicação. Para Core Tools e Visual Studio Code, uma compilação remota é sempre solicitada quando se implementa uma aplicação Python. Para obter mais informações, consulte Implantação.

Armazenamento de conteúdo do aplicativo

O Flex Consumption armazena o pacote atual no contentor de armazenamento de implementação configurado. Por defeito, este contentor está na mesma conta usada por AzureWebJobsStorage, mas pode configurar uma conta de armazenamento para a implementação diferente.

Importante

A conta de armazenamento é usada para armazenar dados importantes do aplicativo, às vezes incluindo o próprio código do aplicativo. Você deve limitar o acesso de outros aplicativos e usuários à conta de armazenamento.

Armazenamento de conteúdo do aplicativo

Dependendo da tecnologia de implementação, o conteúdo da sua aplicação pode ser armazenado no sistema de ficheiros da aplicação, numa partilha de conteúdo do Ficheiros do Azure ou num URL de pacote externo. Revise onde o conteúdo da aplicação está armazenado para cada tecnologia de implementação na secção seguinte.

Importante

A conta de armazenamento é usada para armazenar dados importantes do aplicativo, às vezes incluindo o próprio código do aplicativo. Você deve limitar o acesso de outros aplicativos e usuários à conta de armazenamento.

Redes virtuais seguras

Quando a tua app de funções tem endpoints privados ativados e o acesso à rede pública está desativado, o endpoint de implementação não é acessível publicamente. Ferramentas de implementação push, incluindo Core Tools, Visual Studio Code, CLI do Azure, GitHub Actions e Azure Pipelines, enviam pacotes para este endpoint. A máquina, runner ou agente que realiza a implementação deve ter tanto conectividade de rede como resolução DNS para o endpoint privado de implementação.

Pode fornecer esta conectividade das seguintes formas:

O recurso de implementação pode estar na mesma rede virtual ou numa rede que tenha conectividade de roteamento e DNS ao ponto final privado, como uma rede virtual peered.

As implementações de pacotes baseadas no Resource Manager não empurram o pacote do cliente iniciador para o endpoint de implementação. Em vez disso, o serviço de implementação recupera o pacote a partir da URL fornecida no recurso de implementação. O URL do pacote e o armazenamento de implementação devem ser acessíveis ao serviço de implementação. Para Flex Consumption, veja Deploy by Using Bicep ou um template do Azure Resource Manager.

Para mais informações sobre como configurar a sua aplicação de funções numa rede virtual, consulte Como configurar Funções do Azure com uma rede virtual.

Armazenamento e rede de conteúdos de aplicações

O Funções do Azure no Azure Container Apps implementa a sua aplicação como uma imagem de contentor. A imagem é armazenada num registo de contentores, e a rede é gerida pelo ambiente Container Apps. Para mais informações, consulte a visão geral do Funções do Azure no Azure Container Apps e Networking no Azure Container Apps.

Comportamento de implementação por plano de alojamento

Os seguintes métodos de implementação aplicam-se ao plano de alojamento que escolheu. Para comparar tecnologias em todos os planos, consulte a tabela de disponibilidade de tecnologias de implementação .

Implementação do pacote Flex Consumption

A implementação de pacotes é a única tecnologia de implementação de código suportada para aplicações num plano Flex Consumption. O processo de implementação armazena um pacote de .zip pronto a executar no contentor de implementação da aplicação, e a aplicação de funções corre diretamente a partir desse pacote.

Como usá-la: Implementar usando a funcionalidade Visual Studio Code publicar, ou a partir da linha de comandos usando Funções do Azure Core Tools ou a CLI do Azure. A tarefa do Azure DevOps e a ação do GitHub selecionam de forma semelhante o comportamento correto de implementação de pacotes quando detetam uma aplicação Flex Consumption.

Ao criar um aplicativo Flex Consumption, você deve especificar um contêiner de armazenamento de implantação (blob), bem como um método de autenticação para ele. Por defeito, é usada a mesma conta de armazenamento da ligação AzureWebJobsStorage, com uma cadeia de conexão como método de autenticação. Assim, suas configurações de implantação são definidas durante o tempo de criação do aplicativo sem qualquer necessidade de configurações do aplicativo.

Quando utilizá-lo: Utilize a implementação de pacotes para todas as implementações de código no Flex Consumption. Nenhuma outra tecnologia de implementação de código é suportada.

Onde o conteúdo do aplicativo é armazenado: ao criar um aplicativo da função Flex Consumption, você especifica um contêiner de armazenamento de implantação. O serviço de implementação armazena o pacote processado e pronto a executar neste contentor. As ferramentas de implementação push enviam primeiro o pacote de origem para o endpoint de implementação da aplicação; elas não carregam diretamente para o contentor de implementação. Para alterar o local de armazenamento, abra a página Definições de implementação no portal do Azure ou utilize a CLI do Azure.

A API subjacente da plataforma é por vezes identificada como OneDeploy. As definições de infraestrutura como código expõem esta implementação através do nome literal /onedeploy do recurso. Não precisa de selecionar ou configurar esta API quando implementa usando ferramentas de desenvolvimento suportadas ou fornecedores CI/CD.

Sugestão

Uma ferramenta de diagnóstico Flex Consumption Deployment está disponível no portal Azure. Abra a sua aplicação Flex Consumption, selecione Diagnosticar e resolver problemas, e procure por Flex Consumption Deployment. Esta ferramenta apresenta informações detalhadas sobre as suas implementações, incluindo histórico de implementações, estado do pacote e recomendações de resolução de problemas.

Implementação do ZIP

A implementação do ZIP é a tecnologia padrão e recomendada para aplicações funcionais nos planos Consumption, Elastic Premium e Dedicated (App Service). O resultado final é um pacote .zip pronto para execução no qual seu aplicativo de função é executado. Difere do URL de pacotes externos porque a plataforma é responsável pela construção remota e armazenamento do conteúdo da sua aplicação.

Como usá-lo: Implemente usando a sua ferramenta cliente preferida: Visual Studio Code, Visual Studio, ou pela linha de comandos usando o Funções do Azure Core Tools ou o CLI do Azure. A tarefa do Azure DevOps e a ação do GitHub usam de forma semelhante a implementação ZIP.

Quando utilizas a implementação por ZIP, podes configurar a aplicação para executar a partir do pacote. Para executar a partir do pacote, defina o valor da configuração do WEBSITE_RUN_FROM_PACKAGE aplicativo como 1. Recomendamos a implementação do ZIP. Proporciona tempos de carregamento mais rápidos para as tuas aplicações, e é o padrão para o Visual Studio Code, Visual Studio e o CLI do Azure.

Quando utilizá-lo: A implementação em ZIP é a tecnologia de implementação padrão e recomendada para aplicações funcionais nos planos Windows Consumption, Windows and Linux Elastic Premium e Windows and Linux App Service (Dedicado).

Onde o conteúdo da aplicação é armazenado: O conteúdo da aplicação de uma implementação a partir de um ficheiro ZIP é, por predefinição, armazenado no sistema de ficheiros, que o Azure pode suportar através do Ficheiros do Azure da conta de armazenamento que especifica ao criar a aplicação de funções. Na configuração Linux Consumption, o conteúdo da aplicação é armazenado num blob na conta de armazenamento especificada pela definição da aplicação AzureWebJobsStorage, e a definição da aplicação WEBSITE_RUN_FROM_PACKAGE assume o valor do URL do blob.

URL do pacote externo

Usa um URL de pacote externo quando quiseres controlar manualmente como as implementações acontecem. És responsável por carregar um pacote de .zip pronto a executar que contenha o conteúdo da tua aplicação para armazenamento em blob e referenciar este URL externo como uma definição de aplicação na tua aplicação funcional. Sempre que a sua aplicação reinicia, ela recupera o pacote, monta-o e executa a partir do pacote.

Como usá-lo: adicione WEBSITE_RUN_FROM_PACKAGE às configurações do seu aplicativo. O valor dessa configuração deve ser uma URL de blob apontando para o local do pacote específico que você deseja que seu aplicativo execute. Pode adicionar definições no portal ou usando o CLI do Azure.

Se usar Armazenamento de Blobs do Azure, a sua aplicação de funções pode aceder ao contentor através de uma ligação gerida baseada em identidade ou com uma assinatura de acesso partilhada (SAS). A opção que escolhes afeta o tipo de URL que usas como valor para WEBSITE_RUN_FROM_PACKAGE. A identidade gerenciada é recomendada para segurança geral e porque os tokens SAS expiram e devem ser mantidos manualmente.

Sempre que você implantar o arquivo de pacote ao qual um aplicativo de função faz referência, deverá sincronizar manualmente os gatilhos, incluindo a implantação inicial. Quando você altera o conteúdo do arquivo de pacote e não a URL em si, você também deve reiniciar seu aplicativo de função para sincronizar gatilhos. Para passos de configuração, consulte Executar a partir de um URL de pacote externo.

Quando usá-lo: a URL do pacote externo é o único método de implantação suportado para aplicativos executados no plano de Consumo do Linux quando você não deseja que uma compilação remota ocorra. Este método é também a tecnologia de implementação recomendada quando criar a sua aplicação sem Ficheiros do Azure. Para aplicativos escaláveis executados no Linux, você deve considerar a hospedagem do plano Flex Consumption.

Onde o conteúdo do aplicativo é armazenado: você é responsável por carregar o conteúdo do aplicativo para o armazenamento de blobs. Pode usar qualquer conta de armazenamento de blobs, embora o Armazenamento de Blobs do Azure seja recomendado.

contentor Docker

Você pode implantar um aplicativo funcional em execução em um contêiner Linux.

Como usá-lo:Cria as tuas funções num contentor Linux depois implementa o contentor num plano Premium ou Dedicado no Funções do Azure ou noutro host de container. Usa as Ferramentas Centrais Funções do Azure para criar um ficheiro Docker personalizado para o teu projeto, que usas para criar uma aplicação de funções containerizada. Você pode usar o contêiner nas seguintes implantações:

  • Implemente nos recursos do Funções do Azure que criar no portal Azure. Para mais informações, consulte Azure portal criar usando contentores.
  • Implementa recursos no Funções do Azure que crias a partir da linha de comandos. Requer um plano Premium ou Dedicado (Serviço de Aplicativo). Para saber como, veja Criar as suas primeiras Funções do Azure contentorizadas.
  • Implante em um cluster do Kubernetes. Pode implementar para um cluster usando Funções do Azure Core Tools. Utilize o comando func kubernetes deploy.

Quando usá-lo: use a opção de contêiner do Docker quando precisar de mais controle sobre o ambiente Linux onde seu aplicativo de função é executado e onde o contêiner está hospedado. Este mecanismo de implementação está disponível apenas para funções em execução no Linux.

Onde o conteúdo da aplicação é armazenado: Armazena o conteúdo da aplicação no registo de contentores especificado como parte da imagem.

Controlo de origem

Você pode habilitar a integração contínua entre seu aplicativo de função e um repositório de código-fonte. Quando ativas o controlo de versão, uma atualização do código no repositório de origem ligado desencadeia a implementação do código mais recente do repositório. Para mais informações, consulte o Desdobramento contínuo para Funções do Azure.

Como usá-lo: A maneira mais fácil de configurar a publicação a partir do controle do código-fonte é a partir do Centro de Implantação na área Funções do portal. Para mais informações, consulte Implementação contínua para Funções do Azure.

Quando usá-lo: usar o controle do código-fonte é a prática recomendada para equipes que colaboram em seus aplicativos de função. O controle do código-fonte é uma boa opção de implantação que permite pipelines de implantação mais sofisticados. Normalmente, ativas o controlo de código fonte num slot de staging, que podes adicionar à produção após a validação das atualizações do repositório. Para mais informações, consulte Funções do Azure slots de implementação.

Onde o conteúdo da aplicação é armazenado: O sistema de controlo de versões armazena o conteúdo da aplicação. O sistema de ficheiros da aplicação armazena um formulário de conteúdo da aplicação clonado e construído localmente, que o Ficheiros do Azure da conta de armazenamento especificada quando a aplicação de funções foi criada pode recuperar.

Git Local

Use o Git local para enviar código da sua máquina local para o Funções do Azure usando o Git.

Como usá-lo: Siga as instruções em Implantação Git Local para Serviço de Aplicações do Azure.

Quando usá-lo: Para reduzir a probabilidade de erros, evite usar métodos de implementação que exijam o passo adicional de sincronizar manualmente os gatilhos. Utilize a implantação zip quando possível.

Onde o conteúdo da aplicação é armazenado: O sistema de ficheiros armazena o conteúdo da aplicação. O sistema de ficheiros pode ser suportado pelo Ficheiros do Azure a partir da conta de armazenamento que especifica ao criar a aplicação de funções.

FTPS

Podes usar FTPS para transferir diretamente ficheiros para o Funções do Azure, mas não uses este método de implementação. Quando não planeias usar FTPS, desativa-o. Para saber como fazer isto no portal Azure, veja Enforce FTPS.

Como usá-lo: Siga as instruções nas definições de implementação do FTPS para obter o URL e as credenciais que pode usar para implementar na sua aplicação de funções usando FTPS.

Quando usá-lo: Para reduzir a probabilidade de erros, evite usar métodos de implementação que exijam o passo adicional de sincronizar manualmente os gatilhos. Utilize a implantação zip quando possível.

Onde o conteúdo do aplicativo é armazenado: O conteúdo do aplicativo é armazenado no sistema de arquivos. As implementações FTP/FTPS falham quando o sistema de ficheiros da sua aplicação é suportado pelo Ficheiros do Azure na conta de armazenamento padrão do anfitrião. FTP/FTPS falha com Ficheiros do Azure como armazenamento montado devido às limitações dos protocolos FTP.

Edição no portal

No editor baseado em portal, você pode editar diretamente os arquivos que estão em seu aplicativo de função (essencialmente implantando toda vez que você salvar suas alterações).

Como usá-lo: Para editar as suas funções no portal Azure, deve criar as suas funções no portal. Para preservar uma única fonte de verdade, o uso de qualquer outro método de implantação torna sua função somente leitura e impede a edição contínua do portal. Para regressar a um estado em que possa editar os seus ficheiros no portal de Azure, pode manualmente voltar a ativar o modo de edição para Read/Write e remover quaisquer definições de aplicação relacionadas com a implementação (como WEBSITE_RUN_FROM_PACKAGE).

Quando usá-lo: O portal é uma boa forma de começar com Funções do Azure. Devido às limitações desenvolvimento no portal Azure, deve usar uma das seguintes ferramentas de cliente para trabalhos de desenvolvimento mais avançados:

Onde o conteúdo da aplicação é armazenado: O conteúdo da aplicação é armazenado no sistema de ficheiros, que pode ser suportado por Ficheiros do Azure da conta de armazenamento que especifica ao criar a aplicação funcional.

Implementação de imagem de contentor

O Funções do Azure no Azure Container Apps implementa o seu código como uma imagem de contentor. Pode implementar a partir de um projeto de código usando a experiência gerida de Aplicações Container, ou implementar uma imagem personalizada quando precisar de controlo sobre o conteúdo da imagem. Para mais informações, consulte Criar uma aplicação de funções no Azure Container Apps usando código e Funções do Azure no Azure Container Apps Overview.

Comportamentos de implantação

Quando implementa atualizações para o código da sua aplicação de funções, o comportamento de implementação depende do seu plano de alojamento.

Atualmente, as funções em execução param quando implementas novo código. Após o fim da implementação, o novo código carrega e começa a processar pedidos. Este comportamento de terminação forçada é conhecido como estratégia de recriação. Para implementações com tempo de inatividade quase nulo, use slots de implementação.

Revise Melhore o desempenho e a fiabilidade do Funções do Azure para aprender a escrever funções sem estado e defensivas.

O comportamento padrão utiliza a estratégia de recriação, que impede de executar funções durante a implementação. O Flex Consumption suporta duas estratégias de atualização do site. Você pode configurar atualizações contínuas para implantações sem tempo de inatividade.

O Azure Container Apps gere atualizações de aplicações utilizando revisões. Para mais informações sobre como controlar como as novas versões recebem tráfego, consulte Atualizar e implementar alterações no Azure Container Apps.

Blocos de implementação

O Flex Consumption não suporta slots de implementação. Para implementações sem tempo de inatividade, configure atualizações contínuas.

Blocos de implementação

Quando implementas a tua aplicação de funções no Azure, podes implementar para um slot de implementação separado em vez de diretamente para produção. Implantar em um slot de implantação e, em seguida, mudar para produção após verificação é a maneira recomendada de configurar a implantação contínua.

A maneira como você implanta em um slot depende da ferramenta de implantação específica que você usa. Por exemplo, ao utilizar o Funções do Azure Core Tools, inclua a opção --slot para indicar o nome de um slot específico para o comando func azure functionapp publish.

Para mais informações sobre slots de implementação, consulte a documentação de Slots de Implementação do Funções do Azure.

Próximos passos

Leia estes artigos para saber mais sobre como implantar seus aplicativos de função:

  • Last updated on