.NET 8 と Azure Functions を使用して新しい HTTP API プロジェクトを開始します。 .NET ホスティングパイプラインを完全に制御し、リクエスト/レスポンスロギング用のカスタムミドルウェアを追加する機能、および新しい .NET バージョンを個別に採用できるように Functions ランタイムからの分離が必要です。どのホスティングモデルとセットアップを選択すべきですか？

このシナリオでは、.NET 分離ワーカーモデルが最適です。このモデルは、Functions ランタイムからアプリケーションを分離し、.NET ホスティングパイプラインを完全に制御できます。Program.cs で Generic Host を構成し、AddFunctionsWorkerDefaults() を呼び出すことで、Functions の動作をカスタマイズできます。カスタムミドルウェアは IFunctionsWorkerMiddleware を実装して登録することで、リクエスト/レスポンスロギングなどの処理をパイプラインに挿入できます。これにより、新しい .NET バージョンを独立して採用できる柔軟性も得られます。 インプロセスモデルは、Functions ランタイムとアプリケーションが同じプロセスで実行されるため、分離性が低く、.NET ホスティングパイプラインの完全な制御はできません。Node.js は .NET アプリケーションの要件を満たしません。