Está iniciando un nuevo proyecto de API HTTP en .NET 8 con Azure Functions. Necesita control total sobre el pipeline de alojamiento de .NET, la capacidad de agregar middleware personalizado para el registro de solicitudes/respuestas y aislamiento del tiempo de ejecución de Functions para poder adoptar nuevas versiones de .NET de forma independiente. ¿Qué modelo de alojamiento y configuración debería elegir?

La opción correcta es el modelo de trabajador aislado de .NET. Este modelo permite un control total sobre el pipeline de alojamiento de .NET, ya que la aplicación de funciones se ejecuta en un proceso separado del host de Azure Functions. Esto facilita la adopción de nuevas versiones de .NET de forma independiente y la adición de middleware personalizado. Configurar Program.cs con un Generic Host y llamar a AddFunctionsWorkerDefaults() es el enfoque estándar. Registrar IFunctionsWorkerMiddleware es el mecanismo correcto para inyectar middleware personalizado en este modelo. Las opciones incorrectas son: El modelo en proceso en .NET 8 no es compatible con el aislamiento del tiempo de ejecución de Functions y no ofrece el mismo nivel de control sobre el pipeline. El modelo en proceso en .NET 6 es obsoleto para nuevas aplicaciones y no cumple con el requisito de usar .NET 8. Usar Node.js v18 no cumple con el requisito de usar .NET 8.