Executando verificação de segurança...
1

Arquitetura hexagonal port and adapters > Por onde começar em um projeto monolítico

Se do dia pra noite o seu diretor de tecnologia te pede para montar um plano de ação para transformar o projeto monolítico da empresa em diversos micro serviços utilizando o fino da arquitetura hexagonal, quais seriam as suas primeiras ações para tirar do papel essa ideia?

Além disso quais seriam os pontos mais preocupantes durante esse projeto que devem ter muita atenção e cuidado?
Quais seriam os principais desafios que você poderá encarar e deverá se preparar?

Pontos relevantes:

  1. O produto dessa empresa já é utilizado por milhares de usuários diáriamente e esses não podem ser afetados durante esse processo
  2. Existem 5 equipes diferentes que já atuam no mesmo projeto monolítico
  3. Novas implementações de produto continuarão rolando durante essa fase de conversão estrutural
Carregando publicação patrocinada...
1

Eu xingaria ele primeiro!
E diria que isso é uma burrice!

E falaria, meu querido, ainda não precisamos de microserviços
microserviços é coisa do passado meu querido!
Empresas de todo mundo estão saindo dessa batata quente! kkkk

Vamos primeiro para monólito modular!
Que é agora o rei do pedaço é mais simples e fácil de gerencia do que microserviços.

Se algo depois disso for preciso de um microserviço façamos.
mas deve demorar e muito!

Links para ajudar
https://beepsaude.com.br/modular-monoliths-parte-1-a-historia-por-tras-da-decisao/

https://www.alura.com.br/artigos/transformando-um-monolito-em-um-monolito-modular

https://www.infoq.com/br/news/2020/07/qtrends-monolitos-modulares/

Agora se você não for despedido rsrs
Tirando a brincadeira!

Se não tiver jeito e ter que fazer de qualquer modo microserviços
Microserviços não são unidades organizacionais

Este texto vai ajudar muito

https://blog.mandic.com.br/artigos/5-passos-para-preparar-uma-arquitetura-de-microservicos/

Abraços

1

Monolito modular parece ser uma alternativa muito interessante para reduzir o débito técino em um monolíto, principalmente por focar mais no design do código o que garante alta confiabilidade no software, além da possíbilidade pra extração do modulo em um futuro para microserviço (Não sendo necessáriamente obrigatório como vc mesmo citou).

Unico ponto que fica aqui é a escalabilidade das equipes, continuarão atuando no mesmo projeto embora dividido em modulos.