Vous démarrez un nouveau projet d'API HTTP sur .NET 8 avec Azure Functions. Vous avez besoin d'un contrôle total sur le pipeline d'hébergement .NET, de la possibilité d'ajouter des middlewares personnalisés pour la journalisation des requêtes/réponses, et d'une isolation par rapport au runtime Functions afin de pouvoir adopter de nouvelles versions de .NET indépendamment. Quel modèle d'hébergement et quelle configuration devriez-vous choisir ?

Le modèle de worker isolé .NET est le choix correct car il exécute votre application de fonction dans un processus distinct du runtime Azure Functions. Cela offre un contrôle total sur le pipeline d'hébergement .NET, permettant l'utilisation d'un Generic Host (Program.cs) et l'enregistrement de middlewares personnalisés via IFunctionsWorkerMiddleware. Il assure également l'isolation, vous permettant d'adopter de nouvelles versions de .NET indépendamment du runtime Functions. Les options in-process ne sont pas idéales car elles lient votre code au runtime Functions, limitant le contrôle et l'indépendance de la version .NET. L'option Node.js est incorrecte car la question spécifie un projet .NET.