[Dúvida] NextJS com servidor interno vale a pela? Ajuda na definição da arquitetura

Bom dia, Hoje temos um aplicativo de "Despesas de Viagem" escrito em ASP Classic, HTML 4 puro, CSS e JS rodando numa intraweb no IIS com banco de dados SQL Server e autenticação pelo Windows.

Compensa utilizar o NextJS num servidor interno fora da Vercel?

Quais as tecnologias vocês me aconselham para reescrever este aplicativo?

Requisitos obrigatórios: rodar no IIS, servidor interno, banco de dados SQL Server e autenticação integrada com o Windows (usuário não entra com o login, utiliza o usuário já autenticado da rede).

Estava pensando em utilizar .NET C# com MVC ou NextJS, o que acham?

Pilatiano passado

.NET C# com MVC ou NextJS

NextJs foi criado com a intenção de ser um BFF. As pessoas usam como um servidor fullstack, porém essa não é a proposta.

Em sua proposta original NextJs deveria ser apenas usado para reunir dados do seu backend e exibi-los de uma forma que pudesse renderizar React no lado do servidor, resolvendo problema de SEO.

Pessoalmente eu nunca recomendo usar somente NextJs, usando-o como back-end.

Também não recomendo usar ele se ele não for solucionar uma necessidade específica sua.

Então primeiramente: Qual sua necessidade?

Phaano passado
O **NextJS** seria apenas para o **front-end**, no back-end seria **NodeJS** ou **C#** A minha necessidade é definir quais as opções de tecnologias para reescrever o sistema que temos hoje, ASP Classic é muito antigo e díficil de dar manutanção. Para utilizar o NextJS no front-end é necessário que ele rode bem no IIS e num servidor interno fora da Vercel. Os requisitos do back-end são rodar no IIS, autenticação integrada com o Windows e suportar o banco de dados SQL Server, estes são os únicos requisitos que eu não posso mudar.
flaviofrancojuniorhá 8 meses

Pelo seu cenário, Windows, com autenticação Windows, eu recomento um backend em C#. Ferramentas nativas MS, ajudam nesse momento. Recomendo, fugir do IIS. Usando .NetCore, vc não precisa de IIS, roda seu back tranquilo, rapido, seguro e eficiente. Minha sugestão é fazer a separação back (apis) e front. Separa as coisas, manutenção será mais simples. No front, vc pode usar qualquer sabor de framework JS como NEXT, VUE, REACT ou ANGULAR. Eu particulamente prefiro ANGULAR para "sistemas", ou seja, aplicações ou web apps que não seja dependentes de SEO como um site ou portal, nesse caso, NEXT seria mais recomendado. Quando a BD, .netcore conecta em tudo! SQL Server está em casa. Eu migraria para um MySQL ou Postgree para dar uma baixada nesse custo aí, mas com certeza C# vc mata a pau com SQL.

Phahá 8 meses
Bom dia, Obrigado pelas sugestões, eu não sabia que dava para utilizar .NET como servidor de API sem o IIS (vou estudar a respeito). O custo do SQL Server não é um problema, já tenho um servidor na nunvem disponível, as licenças são pagas pela matriz globalmente, não tenho nunhum controle sobre isso.