Este documento discute os desafios e estratégias para migrar um sistema legado para microserviços. A estratégia envolve coaching de arquitetura, projeto piloto, treinamentos e automação para evoluir os serviços gradualmente e remover funcionalidades do legado. Os principais desafios são a integração de dados e remover lógica de negócios do banco de dados, mas a abordagem gradativa permite progredir para a nuvem no futuro.

1. Migrando um legado para
Micro Serviços
Desafios, estratégias e aprendizados

2. www.ilegra.com

3. Cenário

4. O cliente sabe onde estão os
problemas
Sabe que está fazendo errado
Mas precisa de ajuda para resolver
Cenário

5. Velocidade de desenvolvimento
Previsibilidade
Satisfação do cliente

6. TI e Software legados

7. “Arquitetura”

8. Estratégia

9. Pilares
CoachingArquitetura
DevOps

10. Tática
- Consultoria de Arquitetura;
- Projeto piloto;
- Treinamentos;
- Evolução de Serviços;
- Capacitação gradativa da equipe;
- Automação;
- Iniciativas de DevOps.

11. Desafios Técnicos
- Nosso principal problema: Integration Database;
- Muita lógica de negócios no banco (procedures);
- Evitar “big-bang refactoring”;
- Remover features dos legado(s) constantemente;
- Features novas entram como serviço.

12. Cloud?
- Traria agilidade, mas é inviável no momento: Integration Database;
- Mas podemos chegar lá:
- Trabalhando feed de dados on-premise -> cloud;
- Encontrando serviços e componentes candidatos para cloud (menos
dependências dados isolados);
- Condução de forma gradativa.
Cloud

13. ARQUITETURA

14. Discovery

15. Projeto Piloto
Time separado (isolamento)
Primeiros serviços
Code Review
Feedback

16. Simplicidade como Norte

17. Eliminar complexidade
acidental

18. Spring Boot

19. “Chassis” de Serviços

20. POCs / Spikes
- Reduzir riscos;
- Ajudar nas estimativas;
- Isolamento de complexidade.

21. Anatomia dos Serviços

22. Design Estrutural
“Keep the code on the right layer”

23. Inter-service
Communication
REST/Http
(sync)
Event Driven
(async)
JMS

24. Log centralizado

25. Evolução dos Serviços
Foco nas
abstrações
(contratos,
aggregations,
anatomia).
Busca por
consumidores
(serviço como
única fonte de
dados).
Isolamento
completo.
Evolução

26. INFRAESTRUTURA

27. Automação

28. Pipeline

29. Docker
- Centrado na aplicação (e não no servidor/maquina);
- Deployment rápido;
- Manutenção simplificada (isolamento);
- Portabilidade entre maquinas;
- Controle de versões;
- Crescendo.

30. Ansible

31. Docker + Gradle
Dockerfile
build.gradle

32. Vagrant

33. API MANAGEMENT

34. Gateway / Proxy
API Proxy
API Gateway
API Management

35. Gateway / Proxy

36. - Traffic Control;
- Authentication;
- Rate Limits;
- Caching;
- Analytics;
- Transformation;
- Monetization;
- API Mocks.
Features/Responsabilidades

37. On-premise

38. Cloud

39. Cloud

40. Próximos Passos
- Finalizar projeto piloto;
- Criação de novos serviços;
- Trazer mais aplicações como consumidores dos serviços;
- Equipes de outros projetos construir serviços;
- Diminuir a “força” do Integration Database;
- Métricas de delivery;
- Maior esforço nas iniciativas DevOps.

41. OBRIGADO!

42. Rafael Souza
rafaelsouza.eng.br
rafael_psouza
rafaelpsouza