Stai avviando un nuovo progetto API HTTP su .NET 8 con Azure Functions. Hai bisogno del controllo completo sulla pipeline di hosting .NET, della possibilità di aggiungere middleware personalizzati per il logging di richieste/risposte e dell'isolamento dal runtime di Functions in modo da poter adottare nuove versioni di .NET in modo indipendente. Quale modello di hosting e configurazione dovresti scegliere?

Il modello .NET isolated worker (processo isolato) è la scelta corretta perché offre il controllo completo sulla pipeline di hosting .NET, consentendo l'uso di un Generic Host configurato in Program.cs. Questo modello garantisce l'isolamento dal runtime di Functions, permettendo l'adozione indipendente di nuove versioni di .NET. La chiamata a AddFunctionsWorkerDefaults() e la registrazione di IFunctionsWorkerMiddleware sono i meccanismi standard per aggiungere middleware personalizzati, come richiesto per il logging di richieste/risposte. Le altre opzioni sono errate: Il modello in-process non offre l'isolamento dal runtime di Functions e non consente lo stesso livello di controllo sulla pipeline di hosting. L'uso di .NET 6 o Node.js non soddisfa il requisito di utilizzare .NET 8 e non fornisce il controllo granulare sulla pipeline .NET come il modello isolated worker.