Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Importante
Os Aplicativos de Função ainda executando o end-of-life v3 runtime no Linux em um plano Consumo deixarão de funcionar depois de 30 de setembro de 2026. Para evitar a interrupção do serviço, migre seu aplicativo para o runtime v4.
A opção de hospedar aplicativos de funções no Linux em um plano de consumo será desativada em 30 de setembro de 2028. O plano de consumo do Linux não está recebendo novos recursos ou versões de idioma. Os aplicativos em execução em Windows em um plano de consumo não são afetados no momento. Migre seus aplicativos para o plano de Consumo Flex antes da data de desativação.
Quando você usa o plano de consumo, o host Azure Functions adiciona e remove dinamicamente instâncias com base no número de eventos de entrada.
O plano de consumo é dimensionado automaticamente, mesmo durante períodos de alta carga. Ao executar funções em um plano de consumo, você paga por recursos de computação somente quando suas funções estão em execução. Em um plano de consumo, a execução de uma função expire após um período configurável. No momento, o plano de consumo é a única opção de hospedagem sem servidor que dá suporte a Windows.
Diretório de aplicativos somente leitura no plano Linux Consumption
No plano Linux Consumption, o /home/site/wwwroot diretório e seus subdiretórios são somente leitura.
- Os aplicativos podem continuar lendo arquivos implantados desse diretório e seus subdiretórios.
- Os aplicativos não podem criar, modificar ou excluir arquivos, nem alterar permissões de arquivos, nesses locais.
- Aplicativos que tentam essas operações podem apresentar erros de inicialização ou execução. Essa condição inclui código de aplicação e bibliotecas que escrevem saídas geradas, caches, logs ou dependências baixadas nesses locais.
Note
O armazenamento temporário é local à instância. Não confie em arquivos temporários persistindo durante reiniciações de aplicativos ou sendo compartilhados entre instâncias. Use o Armazenamento do Azure para dados persistentes ou compartilhados.
Ação necessária
Se seu aplicativo realiza operações de arquivo, siga estes passos para garantir que ele não escreva em /home/site/wwwroot ou em seus subdiretórios.
- Analise as operações de arquivo. Verifique seu código de aplicação, bibliotecas e configuração para operações que criem, modificam ou excluam arquivos, ou alterem permissões de arquivo, sob
/home/site/wwwroot. Verifique caminhos relativos porque eles podem apontar para o diretório da aplicação. - Redirecione a escrita temporária. Configure sua aplicação e suas bibliotecas para usar um diretório temporário gravável, como
/tmp, para arquivos temporários, saída gerada, caches e logs temporários. Use as opções de configuração suportadas por cada biblioteca; não existe uma única configuração que redirecione todas as operações de arquivo. - Atualize as configurações da aplicação quando aplicável. No portal do Azure, abra seu aplicativo de funções e selecione Configurações>Variáveis de ambiente>Configurações do aplicativo. Atualize quaisquer configurações específicas da aplicação que controlem caminhos graváveis. Veja Gerenciar seu aplicativo de funções. Mudar as configurações do app reinicia o app, então planeje de acordo.
- Mova arquivos persistentes ou compartilhados para armazenamento durável. Use o serviço Armazenamento do Azure para arquivos que devem persistir após reinicializações ou ser compartilhados entre instâncias.
- Implante e valide suas alterações. Teste a inicialização de aplicações e execuções de funções representativas no Azure, incluindo operações de arquivo nas localizações graváveis configuradas. Revise erros de inicialização e execução utilizando o monitoramento do Application Insights. Testes locais bem-sucedidos sozinhos não verificam o comportamento do sistema de arquivos implantado.
Importante
O plano de Consumo Linux será aposentado em 30 de setembro de 2028. Migre para o plano Flex Consumption para continuar recebendo novos recursos. Veja Migrar aplicativos de plano de consumo para Flex Consumption no Azure Functions.
Os aplicativos Flex Consumption também rodam a partir de um pacote de implantação somente leitura. A migração não torna /home/site/wwwroot gravável, então essas mudanças na operação de arquivos também se aplicam ao preparar seu aplicativo para migração.
Faturamento
A cobrança é baseada no número de execuções, no tempo de execução e na memória usada. O sistema agrega o uso de todas as funções dentro de um aplicativo de função. Para obter mais informações, consulte Azure Functions preços.
Para saber mais sobre como estimar os custos durante a execução em um plano de consumo, consulte Noções básicas sobre os custos do plano de consumo.
Vários aplicativos no mesmo plano
A recomendação geral é que cada aplicativo de funções tenha seu próprio plano de consumo. No entanto, se necessário, você pode atribuir aplicativos de funções na mesma região ao mesmo plano de consumo. Tenha em mente que há um limite para o número de aplicativos de funções que podem ser executados em um plano de consumo. Os aplicativos de funções no mesmo plano ainda são dimensionados independentemente uns dos outros.
Migre para o Consumo Flexível
Se você tiver aplicativos de funções existentes em execução no plano de consumo, migre-os para o plano de Consumo Flex. O plano de Consumo Flex fornece dimensionamento mais rápido, inícios a frio reduzidos, integração de rede virtual e tamanhos de instância configuráveis. Como o Plano de Consumo Flex é somente Linux, os aplicativos do Plano de Consumo do Windows também devem migrar para o Linux como parte desse processo. Para ter acesso a instruções passo a passo, incluindo diretrizes específicas do Windows, consulte Migrar aplicativos do plano de consumo para o plano Consumo Flexível.