27. Serviços: Grandes e Pequenos
Serviço não é arquitetura. Fronteiras estão nos componentes.
Resumo
- Serviços não são arquitetura por si: são chamadas de função caras. Arquitetura = fronteiras e Regra da Dependência.
- Falácia do desacoplamento: serviços se acoplam por dados compartilhados (esquema de mensagens).
- Falácia do desenvolvimento/implantação independentes: mudança de dados força mudar vários serviços.
- Problema dos gatinhos: novo tipo de transporte afeta todos os serviços de táxi (preocupação transversal).
- Solução: componentes dentro dos serviços, com OCP/polimorfismo. Serviço respeita a Regra da Dependência internamente.
Perguntas-chave
responda de cabeça, depois abraServiços garantem desacoplamento?
Não. Compartilham dados e esquemas; mudança em campo atravessa vários serviços.
O que é o problema dos gatinhos?
Feature nova (entregar gatinhos) atravessa todos os serviços funcionais. Decomposição funcional não ajuda.
Qual a solução proposta?
Desenhar serviços com arquitetura interna em componentes, extensíveis via polimorfismo (OCP).
Exercícios de fixação
0/5 respondidas1.
Uma empresa de microsserviços adiciona um campo em uma mensagem e precisa reimplantar 7 serviços. Que falácia isso demonstra?
2.
Segundo o autor, serviços são:
3.
No problema dos gatinhos, por que a decomposição em serviços funcionais falhou?
4.
Qual solução o capítulo propõe para as preocupações transversais?
5.
Fronteiras arquiteturais em um sistema de serviços: