Referencia de configuración de aplicación para Azure Functions

La configuración de la aplicación en una aplicación de función contiene opciones de configuración que afectan a todas las funciones de dicha aplicación. Cuando se ejecuta localmente, se accede a esta configuración como variables de entorno locales. Este artículo incluye una lista de las opciones de configuración disponibles en las aplicaciones de funciones.

Hay varias maneras de agregar, actualizar y eliminar opciones de configuración de la aplicación de función:

Para aplicar los cambios realizados en la configuración de la aplicación de funciones, es necesario reiniciar la aplicación de funciones.

Hay otras opciones de configuración de aplicación de funciones en el archivo host.json y en local.settings.json. Los valores de la cadena de conexión de ejemplo están truncados para mejorar la legibilidad.

Nota

Puede usar la configuración de la aplicación para reemplazar los valores de la configuración de host.json sin tener que cambiar el propio archivo host.json. Esto es algo que resulta útil cuando hace falta configurar o modificar valores de host.json concretos para un entorno específico. También permite cambiar la configuración de host.json sin tener que volver a publicar el proyecto. Para más información, consulte el artículo de referencia de host.json. Para aplicar los cambios realizados en la configuración de la aplicación de funciones, es necesario reiniciar la aplicación de funciones.

APPINSIGHTS_INSTRUMENTATIONKEY

Clave de instrumentación de Application Insights. Use solo uno entre APPINSIGHTS_INSTRUMENTATIONKEY y APPLICATIONINSIGHTS_CONNECTION_STRING. Cuando Application Insights se ejecuta en una nube soberana, use APPLICATIONINSIGHTS_CONNECTION_STRING. Para obtener más información, consulte Configuración de la supervisión para Azure Functions.

Clave Valor de ejemplo
APPINSIGHTS_INSTRUMENTATIONKEY 55555555-af77-484b-9032-64f83bb83bb

APPLICATIONINSIGHTS_CONNECTION_STRING

Cadena de conexión para Application Insights. Use APPLICATIONINSIGHTS_CONNECTION_STRING en lugar de APPINSIGHTS_INSTRUMENTATIONKEY en los casos siguientes:

  • Cuando la aplicación de funciones requiera las personalizaciones agregadas admitidas mediante el uso de la cadena de conexión.
  • Cuando la instancia de Application Insights se ejecute en una nube soberana, lo que requiere un punto de conexión personalizado.

Para obtener más información, consulte Cadenas de conexión.

Clave Valor de ejemplo
APPLICATIONINSIGHTS_CONNECTION_STRING InstrumentationKey=...

AZURE_FUNCTION_PROXY_DISABLE_LOCAL_CALL

De forma predeterminada, Functions Proxies usará accesos directos para enviar llamadas API desde servidores proxy directamente a funciones en la misma aplicación de funciones. Se usa este acceso directo en lugar de crear una nueva solicitud HTTP. Esta configuración le permite deshabilitar el comportamiento de ese acceso directo.

Clave Valor Descripción
AZURE_FUNCTION_PROXY_DISABLE_LOCAL_CALL true Las llamadas con una dirección URL de back-end que apunte a una función en la aplicación de funciones local se no se envará directamente a la función. En su lugar, las solicitudes se devuelven al front-end HTTP para la aplicación de funciones.
AZURE_FUNCTION_PROXY_DISABLE_LOCAL_CALL false Las llamadas con una dirección URL de back-end que apunte a una función en la aplicación de funciones local se reenvían directamente a la función. Este es el valor predeterminado.

AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES

Esta configuración controla si se descodifican los caracteres %2F como barras diagonales en los parámetros de ruta cuando se insertan en la dirección URL de back-end.

Clave Valor Descripción
AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES true Los parámetros de ruta con barras diagonales codificadas se descodifican.
AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES false Todos los parámetros de ruta se pasan sin cambios, que es el comportamiento predeterminado.

Por ejemplo, considere el archivo proxies.json para una aplicación de función en el dominio myfunction.com.

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

Cuando AZURE_FUNCTION_PROXY_BACKEND_URL_DECODE_SLASHES se establece en true, la dirección URL example.com/api%2ftest se resuelve como example.com/api/test. De forma predeterminada, la dirección URL permanece sin cambios como example.com/test%2fapi. Para más información, vea Functions Proxies.

AZURE_FUNCTIONS_ENVIRONMENT

En la versión 2.x y posteriores del entorno en tiempo de ejecución de Functions, se configura el comportamiento de la aplicación en función del entorno en tiempo de ejecución. Este valor se lee durante la inicialización y se puede establecer en cualquier valor. El tiempo de ejecución solo respeta los valores de Development, Staging y Production. Cuando esta configuración de la aplicación no está presente durante la ejecución en Azure, se supone que el entorno es Production. Use esta opción en lugar de ASPNETCORE_ENVIRONMENT si necesita cambiar el entorno de tiempo de ejecución de Azure por uno distinto de Production. Azure Functions Core Tools establece AZURE_FUNCTIONS_ENVIRONMENT en Development cuando se ejecuta en un equipo local y no se puede invalidar en el archivo local.settings.json. Para más información, consulte Métodos y clase Startup basados en entorno.

AzureFunctionsJobHost__*

En la versión 2.x y versiones posteriores del entorno de ejecución de Functions, la configuración de aplicación puede invalidar la configuración de host.json en el entorno actual. Estas invalidaciones se expresan como valores de configuración de la aplicación denominados AzureFunctionsJobHost__path__to__setting. Para más información, consulte Invalidación de valores de host.json.

AzureWebJobsDashboard

Cadena de conexión de la cuenta de almacenamiento opcional para almacenar los registros y mostrarlos en la pestaña Monitor del portal. Esta opción solo es válida para las aplicaciones que utilizan la versión de destino 1.x de Azure Functions Runtime. La cuenta de almacenamiento debe ser una de uso general que admite blobs, colas y tablas. Para más información, consulte Requisitos de la cuenta de almacenamiento.

Clave Valor de ejemplo
AzureWebJobsDashboard DefaultEndpointsProtocol=https;AccountName=...

Nota

Para disfrutar de un mayor rendimiento y una mejor experiencia, las versiones 2.x y posteriores del entorno de ejecución utilizan APPINSIGHTS_INSTRUMENTATIONKEY y App Insights para realizar la supervisión en lugar de AzureWebJobsDashboard.

AzureWebJobsDisableHomepage

true significa deshabilitar la página de aterrizaje predeterminada que se muestra para la dirección URL raíz de una aplicación de función. El valor predeterminado es false.

Clave Valor de ejemplo
AzureWebJobsDisableHomepage true

Cuando esta configuración de la aplicación se omite o se establece en false, una página similar a la del siguiente ejemplo se muestra en respuesta a la dirección URL <functionappname>.azurewebsites.net.

Página de aterrizaje de la aplicación de función

<a name="azurewebjobsdotnetreleasecompilation">AzureWebJobsDotNetReleaseCompilation

true significa utilizar el modo de versión cuando se compila código .NET y false significa utilizar el modo de depuración. El valor predeterminado es true.

Clave Valor de ejemplo
AzureWebJobsDotNetReleaseCompilation true

AzureWebJobsFeatureFlags

Una lista delimitada por comas de características de la versión beta que se van a habilitar. Las características de la versión beta habilitadas por estas marcas no están listas para la producción, pero se pueden habilitar para su uso experimental antes de su publicación.

Clave Valor de ejemplo
AzureWebJobsFeatureFlags feature1,feature2

AzureWebJobsSecretStorageType

Especifica el repositorio o el proveedor que se utilizará para el almacenamiento de claves. Actualmente, los repositorios admitidos son almacenamiento de blobs ("Blob") y sistema de archivos local ("Files"). El valor predeterminado es blob en la versión 2 y sistema de archivos en la versión 1.

Clave Valor de ejemplo
AzureWebJobsSecretStorageType Archivos

AzureWebJobsStorage

El entorno de ejecución de Azure Functions usa esta cadena de conexión de la cuenta de almacenamiento para la operativa normal. Algunos usos de esta cuenta de almacenamiento son la administración de claves, la administración de desencadenadores de temporizador y los puntos de comprobación de Event Hubs. La cuenta de almacenamiento debe ser una de uso general que admite blobs, colas y tablas. Consulte Almacenamiento de la cuenta y Requisitos de almacenamiento de la cuenta.

Clave Valor de ejemplo
AzureWebJobsStorage DefaultEndpointsProtocol=https;AccountName=...

AzureWebJobs_TypeScriptPath

Ruta de acceso al compilador que se usa para TypeScript. Le permite reemplazar el valor predeterminado si lo necesita.

Clave Valor de ejemplo
AzureWebJobs_TypeScriptPath %HOME%\typescript

MODO DE_EDICIÓN DE_LA APLICACIÓN DE_FUNCIÓN

Determina si está habilitada la edición en Azure Portal. Los valores válidos son "readwrite" y "readonly".

Clave Valor de ejemplo
MODO DE_EDICIÓN DE_LA APLICACIÓN DE_FUNCIÓN readonly

VERSIÓN DE LA _EXTENSIÓN_ DE FUNCTIONS

Versión del tiempo de ejecución de Functions que hospeda la aplicación de funciones. Una tilde (~) con la versión principal significa que se utiliza la versión más reciente de esa versión principal (por ejemplo, "~3"). Cuando haya disponibles versiones nuevas de la misma versión principal, se instalarán automáticamente en la aplicación de función. Para anclar la aplicación a una versión específica, use el número completo de la versión (por ejemplo, "3.0.12345"). El valor predeterminado es "~3". Un valor de ~1 ancla la aplicación a la versión 1.x del tiempo de ejecución. Para más información, consulte Selección de un destino para versiones de runtime de Azure Functions. Un valor de ~4 le permite ejecutar una versión preliminar de Azure Functions para usar la versión preliminar de .NET 6.0. Para más información, consulte la página de la primera versión preliminar de Azure Functions v4.

Clave Valor de ejemplo
VERSIÓN DE LA _EXTENSIÓN_ DE FUNCTIONS ~3

FUNCTIONS_V2_COMPATIBILITY_MODE

Esta opción permite que la aplicación de funciones se ejecute en un modo compatible con la versión 2.x en el tiempo de ejecución de la versión 3.x. Use esta opción solo si se encuentra con problemas al actualizar la aplicación de funciones de la versión 2.x a la 3.x del tiempo de ejecución.

Importante

Esta opción está pensada solo como una solución alternativa a corto plazo mientras actualiza la aplicación para que se ejecute correctamente en la versión 3.x. Esta opción se admite siempre que se admita el tiempo de ejecución 2.x. Si encuentra problemas que impiden que la aplicación se ejecute en la versión 3.x sin usar esta configuración, informe de su problema.

Requiere que FUNCTIONS_EXTENSION_VERSION se establezca en ~3.

Clave Valor de ejemplo
FUNCTIONS_V2_COMPATIBILITY_MODE true

FUNCTIONS_WORKER_PROCESS_COUNT

Especifica el número máximo de procesos de trabajo de lenguaje, con un valor predeterminado de 1. El valor máximo permitido es 10. Las invocaciones de función se distribuyen uniformemente entre los procesos de trabajo de lenguaje. Los procesos de trabajo de lenguaje se generan cada diez segundos hasta que se alcanza el número establecido por FUNCTIONS_WORKER_PROCESS_COUNT. El uso de varios procesos de trabajo de lenguaje no es el mismo que el escalado. Considere la posibilidad de usar esta opción cuando la carga de trabajo tenga una combinación de invocaciones vinculadas a la E/S y vinculadas a la CPU. Esta configuración se aplica a todos los lenguajes que no son .NET.

Clave Valor de ejemplo
FUNCTIONS_WORKER_PROCESS_COUNT 2

FUNCTIONS_WORKER_RUNTIME

Tiempo de ejecución del trabajo del lenguaje que se cargará en la aplicación de función. Esto corresponde al lenguaje usado en la aplicación (por ejemplo, dotnet). A partir de la versión 2.x del entorno de ejecución de Azure Functions, una aplicación de funciones determinada solo puede admitir un único lenguaje.

Clave Valor de ejemplo
FUNCTIONS_WORKER_RUNTIME node

Valores válidos:

Valor Lenguaje
dotnet C# (biblioteca de clases)
C# (script)
dotnet-isolated C# (proceso aislado)
java Java
node JavaScript
TypeScript
powershell PowerShell
python Python

MDMaxBackgroundUpgradePeriod

Controla el período de actualización en segundo plano de las dependencias administradas para las aplicaciones de función de PowerShell, con un valor predeterminado 7.00:00:00 de (semanal).

Cada proceso de trabajo de PowerShell inicia la comprobación de las actualizaciones de módulo en la Galería de PowerShell en el inicio del proceso y, después, cada MDMaxBackgroundUpgradePeriod. Cuando hay disponible una nueva versión de módulo en la Galería de PowerShell, se instala en el sistema de archivos y se pone a disposición de los trabajadores de PowerShell. Si se reduce este valor, la aplicación de funciones obtiene versiones más recientes de los módulos, pero también aumenta el uso de recursos de la aplicación (E/S de red, CPU, almacenamiento). Al aumentar este valor, se reduce el uso de recursos de la aplicación, pero también se puede retrasar la entrega de nuevas versiones de módulos a la aplicación.

Clave Valor de ejemplo
MDMaxBackgroundUpgradePeriod 7.00:00:00

Para obtener más información, consulte Administración de dependencias.

MDNewSnapshotCheckPeriod

Especifica la frecuencia con la que cada trabajo de PowerShell comprueba si se han instalado actualizaciones de dependencias administradas. La frecuencia predeterminada es 01:00:00 (cada hora).

Una vez instaladas las nuevas versiones del módulo en el sistema de archivos, se debe reiniciar cada proceso de trabajo de PowerShell. Reiniciar los trabajos de PowerShell afecta la disponibilidad de la aplicación, ya que puede interrumpir la ejecución de la función actual. Hasta que se reinicien todos los procesos de trabajo de PowerShell, las invocaciones de función pueden usar las versiones de módulos anteriores o nuevas. El reinicio de todos los trabajos de PowerShell se completa dentro del período MDNewSnapshotCheckPeriod.

En cada MDNewSnapshotCheckPeriod, el trabajo de PowerShell comprueba si se han instalado actualizaciones de dependencias administradas. Cuando se han instalado las actualizaciones, se inicia un reinicio. Al aumentar este valor, se reduce la frecuencia de interrupciones debido a los reinicios. Sin embargo, el aumento también podría incrementar el tiempo durante el que las invocaciones de función podrían usar las versiones anteriores o nuevas del módulo, de forma no determinista.

Clave Valor de ejemplo
MDNewSnapshotCheckPeriod 01:00:00

Para obtener más información, consulte Administración de dependencias.

MDMinBackgroundUpgradePeriod

Período de tiempo después de una comprobación de actualización de dependencia administrada anterior antes de iniciar otra comprobación de actualización, con un valor predeterminado de 1.00:00:00 (diariamente).

Para evitar que se actualicen excesivamente los módulos en los reinicios frecuentes de los trabajos, no se realizará la comprobación de las actualizaciones de los módulos si ya se inició algún trabajo en el último MDMinBackgroundUpgradePeriod.

Clave Valor de ejemplo
MDMinBackgroundUpgradePeriod 1.00:00:00

Para obtener más información, consulte Administración de dependencias.

PIP_EXTRA_INDEX_URL

El valor de esta configuración indica una dirección URL de índice de paquetes personalizado para las aplicaciones de Python. Use esta configuración cuando necesite ejecutar una compilación remota mediante dependencias personalizadas que se encuentran en un índice de paquetes adicional.

Clave Valor de ejemplo
PIP_EXTRA_INDEX_URL http://my.custom.package.repo/simple

Para más información, vea Dependencias personalizadas en la referencia para desarrolladores de Python.

PYTHON_ISOLATE_WORKER_DEPENDENCIES (versión preliminar)

La configuración es específica de las aplicaciones de funciones de Python. Define la prioridad del orden de carga del módulo. Cuando las aplicaciones de funciones de Python se enfrentan a problemas relacionados con la colisión de módulos (por ejemplo, cuando se usa protobuf, tensorflow o grpcio en el proyecto), establecer estos valores de la aplicación en 1 debe resolver el problema. De forma predeterminada, este valor está establecido en 0. Esta marca se encuentra actualmente en versión preliminar.

Key Valor Descripción
PYTHON_ISOLATE_WORKER_DEPENDENCIES 0 Priorice la carga de las bibliotecas de Python de las dependencias internas del trabajo de Python. Las bibliotecas de terceros definidas en requirements.txt se pueden reemplazar.
PYTHON_ISOLATE_WORKER_DEPENDENCIES 1 Priorice la carga de las bibliotecas de Python desde el paquete de la aplicación definido en requirements.txt. Esto evita que las bibliotecas entren en conflicto con las bibliotecas internas del trabajo de Python.

PYTHON_ENABLE_WORKER_EXTENSIONS

La configuración es específica de las aplicaciones de funciones de Python. Si se establece en 1, el trabajo se puede cargar en las extensiones de trabajo de Python definidas en requirements.txt. Permite que la aplicación de funciones acceda a las nuevas características proporcionadas por paquetes de terceros. También puede cambiar el comportamiento de la carga de funciones y la invocación en la aplicación. Asegúrese de que la extensión que elija sea de confianza, ya que corre el riesgo de usarla. Azure Functions no ofrece ninguna garantía expresa a ninguna extensión. Para más información sobre cómo usar una extensión, visite la página manual de la extensión o el documento léame. De forma predeterminada, este valor se establece en 0.

Key Valor Descripción
PYTHON_ENABLE_WORKER_EXTENSIONS 0 Deshabilite cualquier extensión de trabajo de Python.
PYTHON_ENABLE_WORKER_EXTENSIONS 1 Permita que el trabajo de Python cargue extensiones de requirements.txt.

PYTHON_THREADPOOL_THREAD_COUNT

Especifica el número máximo de subprocesos que un trabajo de lenguaje Python usaría para ejecutar invocaciones de función, con un valor predeterminado de 1 para la versión de Python 3.8 y anteriores. En el caso de la versión de Python 3.9 y posteriores, el valor se establece en None. Tenga en cuenta que esta configuración no garantiza el número de subprocesos que se establecerán durante las ejecuciones. La configuración permite que Python amplíe el número de subprocesos al valor especificado. La configuración solo se aplica a las aplicaciones de funciones de Python. Además, la configuración se aplica a la invocación de funciones sincrónicas y no a las corrutinas.

Clave Valor de ejemplo Valor máximo
PYTHON_THREADPOOL_THREAD_COUNT 2 32

SCALE_CONTROLLER_LOGGING_ENABLED

Esta configuración se encuentra actualmente en versión preliminar.

Esta configuración controla el registro del controlador de escala de Azure Functions. Para más información, vea Registros del controlador de escala.

Clave Valor de ejemplo
SCALE_CONTROLLER_LOGGING_ENABLED AppInsights:Verbose

El valor de esta clave se proporciona en el formato <DESTINATION>:<VERBOSITY>, que se define de la siguiente manera:

Propiedad Descripción
<DESTINATION> Destino al que se envían los registros. Los valores válidos son AppInsights y Blob.
Cuando use AppInsights, asegúrese de que Application Insights está habilitado en la aplicación de funciones.
Al establecer el destino en Blob, los registros se crean en un contenedor de blobs denominado azure-functions-scale-controller en la cuenta de almacenamiento predeterminada establecida en la configuración de la aplicación AzureWebJobsStorage.
<VERBOSITY> Especifica el nivel de registro. Los valores admitidos son None, Warning y Verbose.
Cuando se establece en Verbose, el controlador de escala registra una razón para cada cambio en el número de trabajos, así como información sobre los desencadenadores que se aplican a esas decisiones. Los registros detallados incluyen advertencias de desencadenador y los valores hash que usan los desencadenadores antes y después de que se ejecute el controlador de escala.

Sugerencia

Tenga en cuenta que, aunque deje habilitado el registro del controlador de escala, afectará a los costos potenciales de la supervisión de la aplicación de funciones. Tenga en cuenta habilitar el registro hasta que haya recopilado suficientes datos para entender cómo se comporta el controlador de escala y, a continuación, deshabilítelo.

SCM_LOGSTREAM_TIMEOUT

Controla el tiempo de espera, en segundos, cuando se conecta a los registros de streaming. El valor predeterminado es 7200 (2 horas).

Clave Valor de ejemplo
SCM_LOGSTREAM_TIMEOUT 1800

El valor de muestra anterior de 1800 establece un tiempo de espera de 30 minutos. Para más información, consulte Habilitación de los registros de streaming.

WEBSITE_CONTENTAZUREFILECONNECTIONSTRING

Cadena de conexión para la cuenta de almacenamiento donde se almacenan el código de la aplicación de funciones y la configuración en planes de escalado controlados por eventos que se ejecutan en Windows. Para más información, consulte Creación de una aplicación de funciones.

Clave Valor de ejemplo
WEBSITE_CONTENTAZUREFILECONNECTIONSTRING DefaultEndpointsProtocol=https;AccountName=...

Solo se usa cuando se implementa en un plan prémium o en un plan de consumo que se ejecuta en Windows. No se admite para los planes de consumo que se ejecutan en Linux. El cambio o la eliminación de esta configuración puede hacer que la aplicación de funciones no se inicie. Para más información, consulte este artículo de solución de problemas.

WEBSITE_CONTENTOVERVNET

Un valor de 1 permite escalar la aplicación de funciones cuando tiene una cuenta de almacenamiento restringida a una red virtual. Debe habilitar esta opción al restringir la cuenta de almacenamiento a una red virtual. Para obtener más información, consulte Restricción de la cuenta de almacenamiento a una red virtual.

Clave Valor de ejemplo
WEBSITE_CONTENTOVERVNET 1

Se admite en los planes Premium y Dedicado (App Service) (Estándar y superior). No se admite cuando se ejecuta en un plan de consumo.

WEBSITE_CONTENTSHARE

La ruta de acceso del archivo al código y la configuración de la aplicación de funciones de un plan de escalado controlado por eventos en Windows. Se usa con WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. El valor predeterminado es una cadena única que comienza con el nombre de aplicación de función. Consulte Creación de una aplicación de función.

Clave Valor de ejemplo
WEBSITE_CONTENTSHARE functionapp091999e2

Solo se usa cuando se implementa en un plan prémium o en un plan de consumo que se ejecuta en Windows. No se admite para los planes de consumo que se ejecutan en Linux. El cambio o la eliminación de esta configuración puede hacer que la aplicación de funciones no se inicie. Para más información, consulte este artículo de solución de problemas.

Al usar una plantilla de Azure Resource Manager para crear una aplicación de funciones durante la implementación, no incluya WEBSITE_CONTENTSHARE en la plantilla. Esta configuración de ranura se genera durante la implementación. Para más información, consulte Automatización de la implementación de recursos para una aplicación de funciones.

SERVIDOR _DNS_ DEL SITIO WEB

Establece el servidor DNS que usa una aplicación al resolver direcciones IP. Esta configuración suele ser necesaria cuando se usa cierta funcionalidad de red, como zonas privadas de Azure DNS y puntos de conexión privados.

Clave Valor de ejemplo
SERVIDOR _DNS_ DEL SITIO WEB 168.63.129.16

WEBSITE_ENABLE_BROTLI_ENCODING

Controla si se usa la codificación Brotli para la compresión en lugar de la compresión gzip predeterminada. Cuando WEBSITE_ENABLE_BROTLI_ENCODING se establece en 1, se usa la codificación Brotli; de lo contrario, se usa la codificación gzip.

ESCALABILIDAD_HORIZONTAL_MÁXIMA_DE LA_APLICACIÓN_DINÁMICA

Número máximo de instancias al que se puede escalar horizontalmente la aplicación. El valor predeterminado es sin límite.

Importante

Esta opción está en versión preliminar. Se ha agregado una propiedad de aplicación para la escalabilidad horizontal máxima de la función y es la manera recomendada de limitar la escalabilidad horizontal.

Clave Valor de ejemplo
ESCALABILIDAD_HORIZONTAL_MÁXIMA_DE LA_APLICACIÓN_DINÁMICA 5

DEFAULT_VERSION_DEL NODO_DEL SITIO WEB

Solo Windows. Establece la versión de Node.js que se usará al ejecutar la aplicación de funciones en Windows. Debe usar una tilde (~) para que el entorno de ejecución use la última versión disponible de la versión principal de destino. Por ejemplo, cuando se establece en ~10, se usa la versión más reciente de Node.js 10. Cuando se especifica una versión principal con una tilde, no es necesario actualizar manualmente la versión secundaria.

Clave Valor de ejemplo
DEFAULT_VERSION_DEL NODO_DEL SITIO WEB ~10

WEBSITE_RUN_FROM_PACKAGE

Permite que la aplicación de función se ejecute desde un archivo de paquete montado.

Clave Valor de ejemplo
WEBSITE_RUN_FROM_PACKAGE 1

Los valores válidos son una dirección URL que se resuelve en la ubicación de un archivo de paquete de implementación o 1. Cuando se establece en 1, el paquete debe estar en la carpeta d:\home\data\SitePackages. Cuando se usa la implementación de ZIP con esta configuración, el paquete se carga automáticamente en esta ubicación. En la versión preliminar, este ajuste se denomina WEBSITE_RUN_FROM_ZIP. Para más información, vea Run your functions from a package file (Ejecución de Azure Functions desde un archivo de paquete).

WEBSITE_TIME_ZONE

Permite establecer la zona horaria para la aplicación de funciones.

Clave SO Valor de ejemplo
WEBSITE_TIME_ZONE Windows Eastern Standard Time
WEBSITE_TIME_ZONE Linux America/New_York

La zona horaria predeterminada que se usa con las expresiones CRON es la Hora universal coordinada (UTC). Para que la expresión CRON se base en otra zona horaria, cree una configuración de aplicación para la aplicación de función denominada WEBSITE_TIME_ZONE.

El valor de esta opción de configuración depende del sistema operativo y del plan en el que se ejecuta la aplicación de funciones.

Sistema operativo Plan Value
Windows All Establezca como valor el nombre de la zona horaria que desea, tal como aparece en la segunda línea de los pares que proporciona el comando de Windows tzutil.exe /L
Linux Premium
Dedicado
Establezca el valor en el nombre de la zona horaria deseada como se muestra en tz database.

Nota

El plan de Consumo para Linux actualmente no admite WEBSITE_TIME_ZONE.

Por ejemplo, la hora del este de EE. UU. (que se representa mediante Eastern Standard Time en Windows o America/New_York en Linux) usa actualmente UTC-05:00 mientras está vigente la hora estándar y UTC-04:00 durante el horario de verano. Para que un desencadenador de temporizador lo ponga en marcha a las 10:00 AM, hora del este, todos los días,cree una configuración de aplicación para la aplicación de funciones denominada WEBSITE_TIME_ZONE, establezca el valor en Eastern Standard Time (Windows) o America/New_York (Linux) y, a continuación, use la siguiente expresión NCRONTAB:

"0 0 10 * * *"

Si usa WEBSITE_TIME_ZONE, la hora se ajusta a los cambios de hora de la zona horaria concreta, lo que incluye el horario de verano, y los cambios en la hora estándar.

SITIO WEB_VNET_ROUTE_ALL

Indica si todo el tráfico saliente de la aplicación se enruta a través de la red virtual. Un valor de configuración de 1 indica que todo el tráfico se enruta a través de la red virtual. Debe usar esta opción al usar las características de Integración de red virtual regional. También se usa cuando se usa una puerta de enlace NAT de red virtual para definir una dirección IP de salida estática.

Clave Valor de ejemplo
SITIO WEB_VNET_ROUTE_ALL 1

Pasos siguientes

Obtenga información acerca de cómo actualizar la configuración de la aplicación

Consulte la configuración en el archivo host.json

Consulte otros valores de aplicación para aplicaciones de App Service