Você está iniciando um novo projeto de API HTTP no .NET 8 com o Azure Functions. Você precisa de controle total sobre o pipeline de hospedagem .NET, a capacidade de adicionar middleware personalizado para registro de solicitações/respostas e isolamento do tempo de execução do Functions para que possa adotar novas versões do .NET de forma independente. Qual modelo de hospedagem e configuração você deve escolher?

A opção correta é usar o modelo de worker isolado do .NET. Este modelo oferece controle total sobre o pipeline de hospedagem .NET, permitindo a configuração de um Generic Host em Program.cs. Chamar AddFunctionsWorkerDefaults() integra o worker do Functions, e registrar IFunctionsWorkerMiddleware é a maneira correta de adicionar middleware personalizado para registro e manipulação de solicitações/respostas. O isolamento do tempo de execução do Functions garante que seu aplicativo .NET possa adotar novas versões do .NET independentemente do tempo de execução do Functions, atendendo a todos os requisitos. As outras opções estão incorretas porque: O modelo in-process no .NET 8 (e versões anteriores) não oferece o mesmo nível de controle sobre o pipeline de hospedagem ou o isolamento de tempo de execução que o modelo de worker isolado. A classe FunctionsStartup é usada para injeção de dependência, mas não para middleware personalizado no pipeline de solicitação/resposta da mesma forma que o worker isolado. Usar o modelo in-process no .NET 6 é uma versão desatualizada e não atende aos requisitos de controle e isolamento. Usar Node.js v18 não é uma solução .NET e, portanto, não atende aos requisitos do projeto de API HTTP em .NET 8.