Referência de configurações de aplicativo para Azure Functions

As configurações de aplicativo em um aplicativo de funções contém opções de configuração global que afetam todas as funções desse aplicativo de funções. Quando você executa localmente, essas configurações são acessadas como variáveis de ambiente. Este artigo lista as configurações de aplicativo disponíveis nos aplicativos de funções.

Há várias maneiras de adicionar, atualizar e excluir configurações do aplicativo de funções:

As alterações nas configurações do aplicativo de funções exigem que o seu aplicativo de funções seja reiniciado.

Há outras opções de configuração global no arquivo host.json e no arquivo local.settings.json. Os valores da cadeia de conexão de exemplo são truncados para capacidade de leitura.

Observação

Você pode usar configurações de aplicativo para substituir os valores de configuração de host.json sem precisar alterar o arquivo host.json. Isso é útil para cenários em que você precisa configurar ou modificar configurações específicas de host.json para um ambiente específico. Isso também permite que você altere configurações de host.json sem precisar republicar o projeto. Para saber mais, confira o artigo de referência de host.json. As alterações nas configurações do aplicativo de funções exigem que o seu aplicativo de funções seja reiniciado.

APPINSIGHTS_INSTRUMENTATIONKEY

A chave de instrumentação do Application Insights. Use apenas uma opção entre APPINSIGHTS_INSTRUMENTATIONKEY ou APPLICATIONINSIGHTS_CONNECTION_STRING. Quando o Application Insights é executado em uma nuvem soberana, use APPLICATIONINSIGHTS_CONNECTION_STRING. Para saber mais, confira Como configurar o monitoramento para o Azure Functions.

Chave Valor de exemplo
APPINSIGHTS_INSTRUMENTATIONKEY 55555555-af77-484b-9032-64f83bb83bb

APPLICATIONINSIGHTS_CONNECTION_STRING

A cadeia de conexão do Application Insights. Use em APPLICATIONINSIGHTS_CONNECTION_STRING vez de APPINSIGHTS_INSTRUMENTATIONKEY nos seguintes casos:

  • Quando o aplicativo de funções requer as personalizações adicionadas com suporte usando a cadeia de conexão.
  • Quando a instância do Application Insights é executada em uma nuvem soberana, que requer um ponto de extremidade personalizado.

Para saber mais, confira Cadeias de conexão.

Chave Valor de exemplo
APPLICATIONINSIGHTS_CONNECTION_STRING InstrumentationKey=...

AZURE_FUNCTION_PROXY_DISABLE_LOCAL_CALL

Por padrão, os Proxies de funções usam um atalho para enviar chamadas à API de proxies diretamente para funções no mesmo aplicativo de funções. Esse atalho é usado em vez de criar uma solicitação HTTP. Essa configuração permite que você desabilite esse comportamento do atalho.

Chave Valor Descrição
AZURE_FUNCTION_PROXY_DISABLE_LOCAL_CALL true Chamadas com uma URL de back-end apontando para uma função no aplicativo de funções local não são enviadas diretamente para a função. Em vez disso, as solicitações são direcionadas de volta para o front-end HTTP para o aplicativo de funções.
AZURE_FUNCTION_PROXY_DISABLE_LOCAL_CALL false Chamadas com uma URL de back-end apontando para uma função no aplicativo de funções local são encaminhadas diretamente para essa função. Esse é o valor padrão.

AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES

Essa configuração controla se caracteres %2F são decodificados como barras nos parâmetros de rota quando inseridos na URL de back-end.

Chave Valor Descrição
AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES true Parâmetros de rota com barras codificadas são decodificados.
AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES false Todos os parâmetros de rota são passados em conjunto e inalterados, que é o comportamento padrão.

Por exemplo, considere o arquivo proxies.json para um aplicativo de funções no domínio myfunction.com.

{
    "$schema": "http://json.schemastore.org/proxies",
    "proxies": {
        "root": {
            "matchCondition": {
                "route": "/{*all}"
            },
            "backendUri": "example.com/{all}"
        }
    }
}

Quando AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES está definido como true, a URL example.com/api%2ftest é resolvida para example.com/api/test. Por padrão, a URL permanece inalterada como example.com/test%2fapi. Para saber mais, confira Proxies de funções.

AZURE_FUNCTIONS_ENVIRONMENT

Na versão 2.x e em versões posteriores do runtime do Functions, configura o comportamento do aplicativo com base no ambiente de runtime. Esse valor é lido durante a inicialização e pode ser definido como qualquer valor. Somente os valores de Development, Staging e Production são respeitados pelo runtime. Quando essa configuração de aplicativo não estiver presente durante a execução no Azure, o ambiente será considerado Production. Use essa configuração em vez de ASPNETCORE_ENVIRONMENT se precisar alterar o ambiente de runtime no Azure para algo diferente de Production. O Azure Functions Core Tools definiu AZURE_FUNCTIONS_ENVIRONMENT como Development quando executado em um computador local, e isso não pode ser substituído no arquivo local.settings.json. Para saber mais, confira Classe e métodos de inicialização baseados em ambiente.

AzureFunctionsJobHost__*

Na versão 2.x e em versões posteriores do runtime do Functions, as configurações de aplicativo podem substituir as configurações de host.json no ambiente atual. Essas substituições são expressas como configurações de aplicativo chamadas AzureFunctionsJobHost__path__to__setting. Para saber mais, confira Substituir valores de host.json.

AzureWebJobsDashboard

Cadeia de conexão da conta de armazenamento opcional para armazenar logs e exibi-los na guia Monitor do portal. Essa configuração é válida apenas para aplicativos que têm como destino a versão 1.x do runtime do Azure Functions. A conta de armazenamento deve ser de uso geral, com suporte para blobs, filas e tabelas. Para saber mais, confira Requisitos de uma conta de armazenamento.

Chave Valor de exemplo
AzureWebJobsDashboard DefaultEndpointsProtocol=https;AccountName=...

Observação

Para ter um melhor desempenho e uma melhor experiência, o runtime versão 2.x e posteriores usam APPINSIGHTS_INSTRUMENTATIONKEY e o App Insights para monitoramento em vez de AzureWebJobsDashboard.

AzureWebJobsDisableHomepage

true significa desabilitar a página de aterrissagem padrão mostrada para a URL raiz de um aplicativo de funções. O padrão é false.

Chave Valor de exemplo
AzureWebJobsDisableHomepage true

Quando essa configuração de aplicativo é omitida ou definida como false, uma página semelhante ao exemplo a seguir é exibida na resposta à URL <functionappname>.azurewebsites.net.

Página de aterrissagem do aplicativo de funções

<a name="azurewebjobsdotnetreleasecompilation">AzureWebJobsDotNetReleaseCompilation

true significa usar o modo de versão durante a compilação do código .NET; false significa usar o modo de depuração. O padrão é true.

Chave Valor de exemplo
AzureWebJobsDotNetReleaseCompilation true

AzureWebJobsFeatureFlags

Uma lista delimitada por vírgulas de recursos beta a habilitar. Os recursos beta habilitados por esses sinalizadores não estão prontos para produção, mas podem ser habilitados para uso experimental antes de serem lançados.

Chave Valor de exemplo
AzureWebJobsFeatureFlags feature1,feature2

AzureWebJobsSecretStorageType

Especifica o repositório ou o provedor a ser usado para armazenar chaves. Atualmente, os repositórios com suporte são o armazenamento de blobs ("Blob") e o sistema de arquivos local ("Arquivos"). O padrão é blob na versão 2 e sistema de arquivos na versão 1.

Chave Valor de exemplo
AzureWebJobsSecretStorageType Arquivos

AzureWebJobsStorage

O runtime do Azure Functions usa essa cadeia de conexão da conta armazenamento para a operação normal. Alguns usos dessa conta de armazenamento incluem gerenciamento de chave, gerenciamento de gatilho de temporizador e pontos de verificação dos Hubs de Eventos. A conta de armazenamento deve ser de uso geral, com suporte para blobs, filas e tabelas. Consulte Conta de armazenamento e Requisitos da conta de armazenamento.

Chave Valor de exemplo
AzureWebJobsStorage DefaultEndpointsProtocol=https;AccountName=...

AzureWebJobs_TypeScriptPath

Caminho para o compilador usado para TypeScript. Permite substituir o padrão se necessário.

Chave Valor de exemplo
AzureWebJobs_TypeScriptPath %HOME%\typescript

FUNCTION_APP_EDIT_MODE

Determina se a edição no portal do Azure está habilitada. Os valores válidos são "readwrite" e "readonly".

Chave Valor de exemplo
FUNCTION_APP_EDIT_MODE readonly

FUNCTIONS_EXTENSION_VERSION

A versão do runtime do Functions que hospeda seu aplicativo de funções. Um til (~) com a versão principal significa usar a versão mais recente da versão principal (por exemplo, "~3"). Quando novas versões da mesma versão principal estão disponíveis, elas são instaladas automaticamente no aplicativo de funções. Para fixar o aplicativo a uma versão específica, use o número de versão completo (por exemplo, "3.0.12345"). O padrão é "~3". Um valor de pinos ~1 seu aplicativo para a versão 1.x do runtime. Para obter mais informações, consulte Visão geral de versões do Azure Functions runtime. Um valor de ~4 permite que você execute uma versão prévia do Azure Functions para usar a versão prévia da .NET 6.0. Para saber mais, confira a página da Versão prévia inicial do Azure Functions v4.

Chave Valor de exemplo
FUNCTIONS_EXTENSION_VERSION ~3

FUNCTIONS_V2_COMPATIBILITY_MODE

Essa configuração permite que o aplicativo de funções seja executado em um modo compatível com a versão 2.x no runtime da versão 3.x. Use-a somente se encontrar problemas ao atualizar seu aplicativo de funções da versão 2.x para a 3.x do runtime.

Importante

Essa configuração tem a finalidade de ser apenas uma solução alternativa de curto prazo enquanto você atualiza o aplicativo para ser executado corretamente na versão 3.x. Haverá suporte para essa configuração enquanto o runtime 2.x tiver suporte. Se você encontrar problemas que impeçam que o aplicativo seja executado na versão 3.x sem usar essa configuração, informe seu problema.

Exige que FUNCTIONS_EXTENSION_VERSION esteja definida como ~3.

Chave Valor de exemplo
FUNCTIONS_V2_COMPATIBILITY_MODE true

FUNCTIONS_WORKER_PROCESS_COUNT

Especifica o número máximo de processos de trabalho de linguagem, com um valor padrão de 1. O valor máximo permitido é de 10. As invocações de função são distribuídas de maneira uniforme entre os processos de trabalho de linguagem. Os processos de trabalho de linguagem são gerados a cada 10 segundos até que a contagem definida por FUNCTIONS_WORKER_PROCESS_COUNT seja atingida. O uso de vários processos de trabalho de linguagem não é o mesmo que a colocação em escala. Considere usar essa configuração quando a carga de trabalho tiver uma combinação de invocações associadas à CPU e à E/S. Essa configuração se aplica a todas as linguagens que não são .NET.

Chave Valor de exemplo
FUNCTIONS_WORKER_PROCESS_COUNT 2

FUNÇÕES_TRABALHADOR_TEMPO DE EXECUÇÃO

O runtime do trabalho de linguagem deve ser carregado no aplicativo de funções. Isso corresponde à linguagem que está sendo usada em seu aplicativo (por exemplo, dotnet). Começando na versão 2.x do runtime do Azure Functions, um determinado aplicativo de funções só pode dar suporte a uma linguagem.

Chave Valor de exemplo
FUNÇÕES_TRABALHADOR_TEMPO DE EXECUÇÃO node

Valores válidos:

Valor Idioma
dotnet C# (biblioteca de classes)
C# (script)
dotnet-isolated C# (processo isolado)
java Java
node JavaScript
TypeScript
powershell PowerShell
python Python

MDMaxBackgroundUpgradePeriod

Controla o período de atualização em segundo plano das dependências gerenciadas para aplicativos de funções do PowerShell, com um valor padrão de 7.00:00:00 (semanal).

Cada processo de trabalho do PowerShell inicia a verificação de atualizações de módulo na Galeria do PowerShell no início do processo e a cada MDMaxBackgroundUpgradePeriod depois disso. Quando uma nova versão de módulo está disponível no Galeria do PowerShell, ela é instalada no sistema de arquivos e disponibilizada para os trabalhos do PowerShell. Diminuir esse valor permite que seu aplicativo de funções obtenha versões mais recentes do módulo antecipadamente, mas também aumenta o uso de recursos do aplicativo (E/S de rede, CPU, armazenamento). Aumentar esse valor diminui o uso de recursos do aplicativo, mas também pode atrasar a entrega de novas versões de módulo ao seu aplicativo.

Chave Valor de exemplo
MDMaxBackgroundUpgradePeriod 7.00:00:00

Para saber mais, confira Gerenciamento de dependências.

MDNewSnapshotCheckPeriod

Especifica com que frequência cada trabalho do PowerShell verifica se as atualizações de dependência gerenciada foram instaladas. A frequência padrão é 01:00:00 (por hora).

Depois que novas versões de módulo são instaladas no sistema de arquivos, todos os processos de trabalho do PowerShell devem ser reiniciados. Reiniciar os trabalhos do PowerShell afeta a disponibilidade do aplicativo, pois a execução da função atual pode ser interrompida. Até que todos os processos de trabalho do PowerShell sejam reiniciados, as invocações de função podem usar as versões de módulo antigas ou novas. A reinicialização de todos os trabalhos do PowerShell é concluída em MDNewSnapshotCheckPeriod.

A cada MDNewSnapshotCheckPeriod, a função de trabalho do PowerShell verifica se as atualizações de dependência gerenciada foram ou não instaladas. Quando as atualizações são instaladas, uma reinicialização é iniciada. Aumentar esse valor diminui a frequência de interrupções devido a reinicializações. No entanto, o aumento também pode aumentar o tempo durante o qual as invocações de função podem usar as versões antigas ou novas do módulo, não determinísticamente.

Chave Valor de exemplo
MDNewSnapshotCheckPeriod 01:00:00

Para saber mais, confira Gerenciamento de dependências.

MDMinBackgroundUpgradePeriod

O período após uma verificação anterior de atualização de dependência gerenciada antes de outra verificação de atualização ser iniciada, com um padrão de 1.00:00:00 (diariamente).

Para evitar atualizações excessivas de módulo em reinicializações de trabalho frequentes, a verificação de atualizações de módulo não será executada quando algum trabalho já tiver iniciado essa verificação no último MDMinBackgroundUpgradePeriod.

Chave Valor de exemplo
MDMinBackgroundUpgradePeriod 1.00:00:00

Para saber mais, confira Gerenciamento de dependências.

PIP_EXTRA_INDEX_URL

O valor dessa configuração indica uma URL de índice de pacote personalizada para aplicativos Python. Use essa configuração quando precisar executar um build remoto usando dependências personalizadas encontradas em um índice de pacote extra.

Chave Valor de exemplo
PIP_EXTRA_INDEX_URL http://my.custom.package.repo/simple

Para saber mais, confira Dependências personalizadas na referência do desenvolvedor de Python.

PYTHON_ISOLAR_TRABALHO_DEPENDÊNCIAS (versão prévia)

A configuração é específica para aplicativos de funções do Python. Ele define a priorização da ordem de carregamento do módulo. Quando seus aplicativos de funções Python enfrentam problemas relacionados à colisão de módulo (por exemplo, quando você está usando protobuf, tensorflow ou grpcio em seu projeto), definir essa configuração de aplicativo para 1 deve resolver o problema. Por padrão, esse valor é definido como 0. Este sinalizador está atualmente em versão prévia.

Chave Valor Descrição
PYTHON_ISOLATE_WORKER_DEPENDENCIES 0 Priorize o carregamento das bibliotecas do Python das dependências internas de trabalho do Python. Bibliotecas de terceiros definidas em requirements.txt podem estar sombreadas.
PYTHON_ISOLATE_WORKER_DEPENDENCIES 1 Priorize o carregamento das bibliotecas do Python do pacote do aplicativo definido em requirements.txt. Isso impede que suas bibliotecas se colidam com as bibliotecas internas de trabalho do Python.

PYTHON_ENABLE_WORKER_EXTENSIONS

A configuração é específica para aplicativos de funções do Python. Definir isso como 1 permite que o trabalho carregue em extensões de trabalho do Python definidas em requirements.txt. Ele permite que seu aplicativo de funções acesse novos recursos fornecidos por pacotes de terceiros. Ele também pode alterar o comportamento da carga de função e da invocação em seu aplicativo. Verifique se a extensão escolhida é confiável, pois você corre o risco de usá-la. O Azure Functions não oferece garantias expressas a nenhuma extensão. Para saber como usar uma extensão, visite a página do manual da extensão ou o documento leiame. Por padrão, esse valor é definido como 0.

Chave Valor Descrição
PYTHON_ENABLE_WORKER_EXTENSIONS 0 Desabilite qualquer extensão de trabalho do Python.
PYTHON_ENABLE_WORKER_EXTENSIONS 1 Permitir que o trabalho do Python carregue extensões do requirements.txt.

PYTHON_THREADPOOL_THREAD_COUNT

Especifica o número máximo de threads que uma função de trabalho na linguagem Python usaria para executar invocações de função, com um valor padrão de 1 para o Python versão 3.8 e abaixo. Para o Python versão 3.9 e superior, o valor é definido como None. Observe que essa configuração não garante o número de threads que seriam definidos durante as execuções. Ela permite que o Python expanda o número de threads para o valor especificado. A configuração se aplica somente a aplicativos de funções Python. Além disso, a configuração se aplica à invocação de funções síncronas, e não a corrotinas.

Chave Valor de exemplo Valor máximo
PYTHON_THREADPOOL_THREAD_COUNT 2 32

SCALE_CONTROLLER_LOGGING_ENABLED

No momento, essa configuração está na versão prévia.

Essa configuração controla o registro em log do controlador de escala do Azure Functions. Para saber mais, confira Dimensionar logs do controlador.

Chave Valor de exemplo
SCALE_CONTROLLER_LOGGING_ENABLED AppInsights:Verbose

O valor dessa chave é fornecido no formato <DESTINATION>:<VERBOSITY>, que é definido da seguinte maneira:

Propriedade Descrição
<DESTINATION> O destino para o qual os logs são enviados. Os valores válidos são AppInsights e Blob.
Ao usar o AppInsights, verifique se Application Insights está habilitado no aplicativo de funções.
Quando você define o destino como Blob, os logs são criados em um contêiner de blob nomeado azure-functions-scale-controller na conta de armazenamento padrão definida na configuração do aplicativo AzureWebJobsStorage.
<VERBOSITY> Especifique o nível de registro em log. Os valores com suporte são None, Warning e Verbose.
Quando definido como Verbose, o controlador de escala registra um motivo para cada alteração na contagem de trabalhadores, bem como informações sobre os gatilhos que resultam nessas decisões. Os logs detalhados incluem avisos de gatilho e os hashes usados pelos gatilhos antes e depois que o controlador de escala é executado.

Dica

Lembre-se de que, enquanto você deixa o registro em log do controlador de escala habilitado, ele afeta os custos potenciais de monitoramento do seu aplicativo de funções. Considere habilitar o registro em log até que você tenha coletado dados suficientes para entender como o controlador de escala está se comportando, depois desabilite-o.

TEMPO LIMITE_DE LOGSTREAM_DO SCM

Controla o tempo limite, em segundos, quando conectado aos logs de streaming. O valor padrão é 7200 (2 horas).

Chave Valor de exemplo
SCM_LOGSTREAM_TIMEOUT 1800

O valor de exemplo acima 1800 define um tempo limite de 30 minutos. Para saber mais, confira Habilitar logs de streaming.

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING

Cadeia de conexão para a conta de armazenamento em que o código e a configuração do aplicativo de funções estão armazenados em planos de colocação em escala controlados por eventos em execução no Windows. Para obter mais informações, confira Criar um aplicativo de funções.

Chave Valor de exemplo
WEBSITE_CONTENTAZUREFILECONNECTIONSTRING DefaultEndpointsProtocol=https;AccountName=...

Usado somente ao implantar em um plano Premium ou em um plano de Consumo em execução no Windows. Sem suporte para planos de Consumo que executam Linux. Alterar ou remover essa configuração pode fazer com que o aplicativo de funções não seja iniciado. Para saber mais, confira este artigo de solução de problemas.

WEBSITE_CONTENTOVERVNET

Um valor 1 permite que o aplicativo de funções seja dimensionado quando você tiver a conta de armazenamento restrita a uma rede virtual. Habilite essa configuração ao restringir a conta de armazenamento a uma rede virtual. Para saber mais, confira Restringir a conta de armazenamento a uma rede virtual.

Chave Valor de exemplo
WEBSITE_CONTENTOVERVNET 1

Com suporte em planos Premium e Dedicados (Serviço de Aplicativo) (Standard e superior). Não tem suporte quando executado em um Plano de consumo.

WEBSITE_CONTENTSHARE

O caminho de arquivo para o código do aplicativo de funções e a configuração em um plano de colocação em escala controlado por eventos no Windows. Usado com WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. O padrão é uma cadeia única que começa com o nome do aplicativo de funções. Consulte Criar um aplicativo de funções.

Chave Valor de exemplo
WEBSITE_CONTENTSHARE functionapp091999e2

Usado somente ao implantar em um plano Premium ou em um plano de Consumo em execução no Windows. Sem suporte para planos de Consumo que executam Linux. Alterar ou remover essa configuração pode fazer com que o aplicativo de funções não seja iniciado. Para saber mais, confira este artigo de solução de problemas.

Ao usar um modelo do Azure Resource Manager para criar um aplicativo de funções durante a implantação, não inclua WEBSITE_CONTENTSHARE no modelo. Essa configuração de slot é gerada durante a implantação. Para saber mais, confira Automatizar a implantação de recursos para seu aplicativo de funções.

WEBSITE_DNS_SERVER

Define o servidor DNS usado por um aplicativo ao resolver endereços IP. Frequentemente, essa configuração é necessária ao usar determinadas funcionalidades de rede, como Zonas Privadas do DNS do Azure e pontos de extremidade privados.

Chave Valor de exemplo
WEBSITE_DNS_SERVER 168.63.129.16

WEBSITE_ENABLE_BROTLI_ENCODING

Controla se a codificação Brotli é usada para compactação em vez da compactação gzip padrão. Quando WEBSITE_ENABLE_BROTLI_ENCODING é definido como 1, a codificação Brotli é usada; caso contrário, a codificação gzip é usada.

WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT

O número máximo de instâncias que o aplicativo pode escalar horizontalmente. O padrão é sem limites.

Importante

Essa configuração está em versão prévia. Uma propriedade de aplicativo para expansão máxima da função foi adicionada e é a maneira recomendada de limitar a escala horizontal.

Chave Valor de exemplo
WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT 5

WEBSITE_NODE_DEFAULT_VERSION

Somente Windows. Define a versão do Node.js a ser usada ao executar seu aplicativo de funções no Windows. Use um til (~) para que o runtime use a versão mais recente disponível da versão principal de destino. Por exemplo, quando definido como ~10, a versão mais recente do Node.js 10 é usada. Quando uma versão principal é direcionada com um til, você não precisa atualizar manualmente a versão secundária.

Chave Valor de exemplo
WEBSITE_NODE_DEFAULT_VERSION ~10

SITE_EXECUTAR_DO_PACOTE

Permite que seu aplicativo de funções execute de um arquivo de pacote montado.

Chave Valor de exemplo
SITE_EXECUTAR_DO_PACOTE 1

Os valores válidos são 1 ou uma URL que resolve para o local de um arquivo de pacote de implantação. Quando definido como 1, o pacote deve estar na pasta d:\home\data\SitePackages. Ao usar a implantação em zip com essa configuração, o pacote é automaticamente carregado para esse local. Na versão prévia, essa configuração foi nomeada WEBSITE_RUN_FROM_ZIP. Para obter mais informações, veja Executar suas funções de um arquivo de pacote.

WEBSITE_TIME_ZONE

Permite que você defina o fuso horário para o aplicativo de funções.

Chave Sistema operacional Valor de exemplo
WEBSITE_TIME_ZONE Windows Eastern Standard Time
WEBSITE_TIME_ZONE Linux America/New_York

O fuso horário padrão usado com as expressões CRON é a Hora Universal Coordenada (UTC). Para que a expressão CRON se baseie em outro fuso horário, crie uma configuração de aplicativo para o aplicativo de funções denominada WEBSITE_TIME_ZONE.

O valor dessa configuração depende do sistema operacional e do plano no qual seu aplicativo de funções é executado.

Sistema operacional Plano Valor
Windows Tudo Defina o valor para o nome do fuso horário desejado, conforme fornecido pela segunda linha de cada par fornecido pelo comando do Windowstzutil.exe /L
Linux Premium
Dedicado
Defina o valor como o nome do fuso horário desejado, conforme mostrado no banco de dados tz.

Observação

WEBSITE_TIME_ZONE atualmente não é compatível com o plano Consumo em Linux.

Por exemplo, o horário do leste dos EUA (representado por Eastern Standard Time (Windows) ou America/New_York (Linux)) atualmente usa UTC-05: 00 durante o horário padrão e UTC-04:00 durante o dia. Para que um acionador de cronômetro seja disparado às 10:00, horário do leste dos EUA, todos os dias, crie uma configuração de aplicativo para seu aplicativo de funções chamado WEBSITE_TIME_ZONE, defina o valor como Eastern Standard Time (Windows) ou America/New_York (Linux) e, em seguida, use a seguinte expressão NCRONTAB:

"0 0 10 * * *"

Quando você usa WEBSITE_TIME_ZONE, o horário é ajustado para alterações de horário no fuso horário específico, incluindo horário de verão e alterações no horário padrão.

WEBSITE_VNET_ROUTE_ALL

Indica se todo o tráfego de saída do aplicativo é roteado por meio da rede virtual. Um valor de configuração 1 indica que todo o tráfego é roteado por meio da rede virtual. Você precisa dessa configuração ao usar recursos de Integração da rede virtual regional. Ela também é usada quando um gateway de NAT de rede virtual é usado para definir um endereço IP de saída estático.

Chave Valor de exemplo
WEBSITE_VNET_ROUTE_ALL 1

Próximas etapas

Saiba como atualizar as configurações do aplicativo

Consulte as configurações globais no arquivo host.json

Consulte outras configurações de aplicativo para aplicativos do Serviço de Aplicativo