Até quando suas soluções serão apenas
API + Banco?
Chegou a sua hora de mudar
|
API + Banco é o típico desenho de solução que atende até:
- O volume de dados crescer.
- As eventuais instabilidades de serviços causarem instabilidades em outros serviços.
- Os batches começarem a sugar performance do seu banco de dados.
- O crescimento de sua base de clientes e usuários começar a ser visto como um problema em vez de uma solução.
- Seu custo de infraestrutura crescer
- desproporcionalmente em relação ao faturamento, clientes e usuários.
Se essa é sua realidade, chegou a hora de crescer.
O que trouxe sua aplicação até aqui, não é capaz de levar a mesma aplicação ao próximo nível.
Chegou a hora de dar o próximo passo para o crescimento.
Há vários bons motivos para usar RabbitMQ
seu uso se justifica com apenas 1 benefício ou por todos os 5 benefícios!
Mas atenção!
O primeiro tropeço é querer ganhar todos os benefícios de uma só vez, não é mágica, embora pareça.
Resiliência e Confiabilidade são os mais fáceis mas demandam mudanças em seu código. Afinal, agora precisamos trabalhar de forma assíncrona.
Eficiência e Eficácia dependem da adoção de um comportamento assíncrono em escala, trocando grandes queries por mensagens que trafegam no momento em que o evento ocorre.
Escalabilidade é sonhado por muitos, mas é demanda e requisito de poucos.
Esses benefícios são perfeitamente alcançáveis em quase todos os projetos, no entanto é preciso ter responsabilidade.
Mensageria é um pilar na comunicação em arquiteturas distribuídas
incluindo Microsserviços
O eShopOnContainers é uma referência sobre microsserviços na plataforma .NET.
Você consegue entender com clareza esse projeto?
O eShopOnContainers usa uma arquitetura de microsserviços e por sua vez a maior parte da comunicação entre serviços é feita com em eventos e mensagens assíncronas.
É disruptivo, mas mostra na essência toda a eficiência desse desenho arquitetural. Mas é complexo e disruptivo.
