Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Hay dos modelos de ejecución para .NET funciones:
| Modelo de ejecución | Descripción |
|---|---|
| Modelo de trabajo aislado | El código de función se ejecuta en un proceso de trabajo de .NET independiente. Use con versiones admitidas de .NET y .NET Framework. Para obtener más información, consulte Guide para ejecutar Azure Functions de C# en el modelo de trabajo aislado. |
| Modelo de proceso | El código de función se ejecuta en el mismo proceso que el proceso de host de Functions. Solo admite versiones Long Term Support (LTS) de .NET. Para obtener más información, consulte Develop C# class library functions using Azure Functions. |
Importante
El soporte técnico del modelo en proceso finalizará el 10 de noviembre de 2026. Se recomienda encarecidamente migrar las aplicaciones al modelo de trabajo aislado para obtener soporte técnico completo.
En este artículo se describe el estado actual de las diferencias funcionales y de comportamiento entre los dos modelos. Para migrar del modelo en proceso al modelo de trabajo aislado, consulte Migrate .NET aplicaciones del modelo en proceso al modelo de trabajo aislado.
Tabla comparativa del modelo de ejecución
Use la tabla siguiente para comparar las diferencias funcionales y de características entre los dos modelos:
| Característica/comportamiento | Modelo de trabajo aislado | Modelo en proceso3 |
|---|---|---|
| Versiones de .NET compatibles | Versiones con soporte técnico de larga duración (LTS), Versiones con soporte técnico de términos estándar (STS), .NET Framework |
Versiones de soporte técnico a largo plazo (LTS), que terminan con .NET 8 |
| Paquetes base |
Microsoft. Azure. Functions.Worker Microsoft. Azure. Functions.Worker.Sdk |
Microsoft.NET. Sdk.Functions |
| Paquetes de extensión de enlace | Microsoft. Azure. Functions.Worker.Extensions.* | Microsoft. Azure. WebJobs.Extensions.* |
| Funciones Duraderas | Compatible | Compatible |
| Tipos de modelos expuestos mediante enlaces | Tipos simples Tipos serializables con JSON Matrices o enumeraciones Tipos de SDK de servicio4 |
Tipos simples Tipos serializables con JSON Matrices o enumeraciones Tipos de SDK de servicio4 |
| Tipos de modelos de desencadenadores HTTP | HttpRequestDataHttpResponseData HttpRequest / IActionResult (using ASP.NET Core integration)5 |
HttpRequestIActionResult5 HttpRequestMessageHttpResponseMessage |
| Interacción de enlaces de salida | Valores devueltos en un modelo expandido con: - una o varias salidas - matrices de salidas |
Valores devueltos (solo salida única), parámetros, IAsyncCollector |
| Enlaces imperativos1 | No compatible: en lugar de Trabaje con tipos de SDK directamente | Compatible |
| Inserción de dependencia | Supported (modelo mejorado coherente con .NET ecosistema) | Compatible |
| Software intermedio | Compatible | No compatible |
| Registro | obtenido de FunctionContext o mediante la inserción de dependencias | se pasa a la función mediante la inserción de dependencias |
| Dependencias de Application Insights | Compatible | Compatible |
| Tokens de cancelación | Compatible | Compatible |
| Tiempos de inicio en frío2 | Optimizaciones configurables | Optimizado |
| ReadyToRun | Compatible | Compatible |
| [Consumo flexible] | Compatible | No compatible |
| .NET Aspire | Versión preliminar | No compatible |
- Cuando necesite interactuar con un servicio mediante parámetros determinados en tiempo de ejecución, se recomienda usar directamente los SDK de servicio correspondientes sobre el uso de enlaces imperativos. Los SDK son menos detallados, cubren más escenarios y tienen ventajas para el control y la depuración de errores. Esta recomendación se aplica a ambos modelos.
- Los tiempos de inicio en frío también podrían verse afectados en Windows al usar algunas versiones preliminares de .NET debido a la carga justo a tiempo de marcos de trabajo de vista previa. Este impacto se aplica tanto a los modelos de trabajo en proceso como a los aislados, pero se puede observar al comparar entre distintas versiones. Este retraso para las versiones preliminares no está presente en los planes de Linux.
- Las funciones de script de C# también se ejecutan en proceso y usan las mismas bibliotecas que las funciones de biblioteca de clases en proceso. Para obtener más información, consulte la referencia del desarrollador de script C# (.csx) de Azure Functions.
- Los tipos de SDK de servicio incluyen tipos del SDK de Azure para .NET como BlobClient.
- Tipos de ASP.NET Core no son compatibles con .NET Framework.
Versiones compatibles
Las versiones del entorno de ejecución de Functions admiten versiones específicas de .NET. Para obtener más información sobre las versiones de Functions, consulte descripción general de las versiones del tiempo de ejecución de Azure Functions. La compatibilidad con versiones también depende de si las funciones se ejecutan en proceso o en proceso de trabajo aislado.
Nota:
Para aprender a cambiar la versión del runtime de Functions que usa la aplicación de funciones, consulte la sesión Visualización y actualización de la versión actual del entorno de ejecución.
En la tabla siguiente se muestra el nivel más alto de .NET o .NET Framework que se puede usar con una versión específica de Functions.
| Versiones del entorno en tiempo de ejecución de Functions | Modelo de trabajo aislado | Modelo In-Process4 |
|---|---|---|
| Funciones 4.x1 | .NET 105 .NET 9.0 .NET 8.0 .NET Framework 4.82 |
.NET 8.0 |
| Functions 1.x3 | N/D | .NET Framework 4.8 |
1 .NET 6 se admitía anteriormente en ambos modelos, pero alcanzó el fin del soporte oficial el 12 de noviembre de 2024. .NET 7 anteriormente era compatible con el modelo de trabajo aislado, pero alcanzó el fin del soporte oficial el 14 de mayo de 2024.
2 El proceso de compilación también requiere .NET SDK.
3 El soporte técnico finaliza para la versión 1.x del entorno de ejecución de Azure Functions el 14 de septiembre de 2026. Para más información, consulte este anuncio de soporte. Para seguir teniendo soporte completo, debería migrar sus aplicaciones a la versión 4.x.
4 El soporte técnico finaliza para el modelo In-Process el 10 de noviembre de 2026. Para más información, consulte este anuncio de soporte. Para seguir teniendo soporte técnico completo, debería migrar sus aplicaciones al modelo de trabajo aislado.
5 No se pueden ejecutar aplicaciones .NET 10 en Linux en el Plan de Consumo. Para ejecutarse en Linux, en su lugar debe usar el Plan de Consumo flexible. Para obtener instrucciones paso a paso sobre la migración, consulte Migración de aplicaciones de plan de consumo al plan de consumo flexible.
Para obtener las últimas noticias sobre las versiones de Azure Functions, incluida la eliminación de versiones secundarias anteriores específicas, supervise los anuncios de Azure App Service.
Pasos siguientes
Obtenga más información sobre el modelo de trabajo aislado
Migrar al modelo de trabajador aislado