Arquitetura de Microserviços: Design, Comunicação e Implantação

O que são Microserviços?

Microserviços é uma abordagem arquitetônica que divide uma única aplicação grande (monolito) em serviços pequenos, independentes e implantáveis.

Cada serviço implementa uma capacidade de negócio específica. User service, order service, payment service, etc.

Implantação independente: Cada serviço pode ser implantado independentemente. Mudanças em um serviço não afetam outros serviços.

Diversidade tecnológica: Cada serviço pode usar um stack tecnológico diferente. Node.js, Python, Go, Java podem trabalhar juntos no mesmo sistema.

Comunicação entre Serviços

Síncrona: Comunicação direta via REST API ou gRPC. Simples mas cria acoplamento (dependência).

Assíncrona: Comunicação baseada em eventos via message queue (RabbitMQ, Kafka, SQS). Fornece acoplamento solto.

API Gateway: Ponto de entrada único para todos os serviços. Realiza routing, autenticação, rate limiting, load balancing.

Service mesh: Camada de infraestrutura que gerencia a comunicação entre serviços. Ferramentas como Istio, Linkerd fornecem traffic management, observability, security.

Circuit breaker: Previne cascade failure durante falhas de serviço. Implementado com Hystrix ou resilience4j.

Gestão de Dados

Banco de dados por serviço: Cada serviço tem seu próprio banco de dados. Isso preserva a independência do serviço.

Event sourcing: Armazene mudanças de estado como eventos. O estado pode ser reconstruído a partir do event store.

CQRS (Command Query Responsibility Segregation): Separe operações de leitura e escrita. Use diferentes modelos de dados e otimizações.

Padrão Saga: Gerencie transações distribuídas. Via choreography (baseado em eventos) ou orchestration (coordenador central).

Consistência de dados: Aceite eventual consistency. Eventual consistency é mais prática que strong consistency em microserviços.

Implantação e Escalabilidade

Containerização: Empacote cada serviço como contêiner Docker. Orquestre com Kubernetes.

Auto-scaling: Escalabilidade automática baseada na carga do serviço. Use Kubernetes HPA (Horizontal Pod Autoscaler).

Service discovery: Os serviços se encontram dinamicamente. Use Consul, Eureka ou Kubernetes DNS.

Load balancing: Distribua a carga entre as instâncias do serviço. Algoritmos round-robin, least connections ou consistent hashing.

Blue-green deployment: Deploy sem tempo de inatividade. Execute a nova versão em ambiente paralelo, mude o tráfego.

Monitoramento e Observabilidade

Distributed tracing: Rastreie solicitações através de serviços. Use Jaeger, Zipkin ou OpenTelemetry.

Logging centralizado: Colete todos os logs de serviços em um lugar central (ELK Stack, Loki). Rastreie solicitações com Correlation ID.

Métricas: Colete métricas de serviço (Prometheus) e visualize (Grafana). Monitore latência, taxa de erro, throughput.

Health checks: Cada serviço deve expor endpoint de saúde (/health). Integre com probes de liveness e readiness do Kubernetes.

Alerting: Defina regras de alerta para métricas críticas. Gerencie on-call com PagerDuty ou Opsgenie.

Anti-Padrões de Microserviços

Monolito distribuído: Os serviços estão fortemente acoplados (tight coupling). Mudanças são difíceis. Implantação independente impossível.

Banco de dados compartilhado: Todos os serviços usam o mesmo banco de dados. Isso elimina a independência do serviço.

Serviços chatty: Muitas chamadas de rede entre serviços. A latência aumenta, o desempenho diminui.

Nano-serviços: Serviços muito pequenos. O overhead (rede, serialização) excede o benefício.

Otimização prematura: Migrar para microserviços sem começar do monolito. Comece com monolito, divida quando necessário.