Rozpoczynasz nowy projekt HTTP API w .NET 8 z Azure Functions. Potrzebujesz pełnej kontroli nad potokiem hostingu .NET, możliwości dodawania niestandardowego oprogramowania pośredniczącego do logowania żądań/odpowiedzi oraz izolacji od środowiska uruchomieniowego Functions, aby móc niezależnie adoptować nowe wersje .NET. Jaki model hostingu i konfigurację należy wybrać?

Poprawna odpowiedź to model .NET isolated worker. Ten model hostingu zapewnia pełną kontrolę nad potokiem .NET, ponieważ działa w oddzielnym procesie od środowiska uruchomieniowego Functions. Umożliwia to niezależne aktualizowanie wersji .NET, co jest kluczowe dla korzystania z .NET 8. Konfiguracja Program.cs z Generic Host, wywołanie AddFunctionsWorkerDefaults() i rejestracja IFunctionsWorkerMiddleware to standardowy sposób dodawania niestandardowego oprogramowania pośredniczącego, takiego jak logowanie żądań/odpowiedzi, w tym modelu. Model in-process (opcje 2 i 3) nie zapewnia izolacji od środowiska uruchomieniowego Functions i nie jest zalecany dla .NET 8, ponieważ jest przestarzały i nie oferuje takiej elastyczności. Opcja 4 (Node.js) jest nieodpowiednia, ponieważ pytanie dotyczy projektu HTTP API w .NET 8.