Faz sentido a trajetória. A mudança do .NET para Java naquela época foi comum por esse mesmo motivo, Microsoft era fechada e o ecossistema corporativo já era Java.

Node com TypeScript é escolha sólida, especialmente para quem tem background em Java porque a curva de aprendizado é menor. NextJS lembrando Angular e JPA faz sentido estruturalmente: os dois são opinionados sobre como organizar o código, o que ajuda times grandes mas incomoda quem quer mais controle.

Go para substituir Node faz bastante sentido em serviços que precisam de concorrência ou baixa latência, mas para APIs CRUD padrão o ganho não justifica a migração.

Você está usando Go para substituir quais tipos de serviço especificamente: APIs REST, workers em background ou algo mais específico?