Por que o serviço de emoticons escolheu MSA?

Escrevi este texto para compartilhar o histórico da adoção de MSA para eliminar o legado.

Como a motivação para adotar essa arquitetura começou sob a perspectiva da manutenção do serviço,

acho que ele será mais útil para quem tem interesse em reformular sistemas legados do que para quem está criando um novo MSA.

O ambiente de infraestrutura para adoção de MSA foi:

• kubernetes + istio + argocd(kustomization)

• spring cloud gateway

O principal ambiente tecnológico do serviço é:

• spring-webflux-coroutine

• r2dbc

• grpc

entre outros.

Depois disso, estamos nos preparando para mais uma rodada de tentativa e erro para adotar event driven.

Quando isso estiver implementado, espero poder compartilhar também.

Se houver algo faltando ou alguma dúvida, deixem um comentário. Responderei na medida do possível~

ps. O título do material compartilhado é uma homenagem a uma apresentação famosa do passado rs

[curioe]

Ah.. haha

Gostei bastante da leitura; foi muito interessante ver você escrever sobre o processo de melhorar um serviço grande e as tecnologias escolhidas.

Muita gente faz a analogia com construir uma casa, mas normalmente foca só no projeto; também gostei do ponto de que existe até a etapa de supervisão da obra.

Obrigado pelo ótimo texto.

[nurinamu]

Obrigado por lerem ~ :=)