Transferir como PDF, PPTX
Carregado porLuiz Costa
Como DDD e Strategic Design estão nos ajudando a modernizar um Legado
O documento discute como a aplicação de Domain Driven Design e Strategic Design está ajudando a modernizar um sistema legado na área de medicina do trabalho. A abordagem propõe a divisão do domínio em bounded contexts para melhorar a manutenção e a integração, destacando a necessidade de modelar dados de acordo com as responsabilidades de cada contexto. Além disso, são apresentadas estratégias para gerenciar a transição para micro-serviços, enfatizando a importância de interfaces e eventos para a comunicação entre sistemas legados e novos módulos.
Mais conteúdo relacionado
Semelhante a Como DDD e Strategic Design estão nos ajudando a modernizar um Legado
Como DDD e Strategic Design estão nos ajudando a modernizar um Legado
- 1. Globalcode – Open4education Como Domain DrivenDesign e Strategic Design estão nos ajudando a modernizar um legado Luiz Costa gutomcosta@gmail.com / @gutomcosta
- 2.
- 3.
- 4. Sistema para umempresa de medicina do trabalho realizar atendimentos de medicina ocupacional por todo o Brasil e fornecer uma análise inteligente sobre o perfil dos colaboradores de uma empresa.
- 5. Mas como todoprojeto, no início, tudo é muito simples…
- 6. Era só uma"Fila"…
- 7. E hoje emdia até envia email
- 8. + de 5anos de projeto + 10 desenvolvedores passaram no time Python e Django 1.4 < 50% test coverage 14 servidores = 1 para cada clínica aberta
- 9. Depois de algumtempo em produção….
- 10. •bugs e maisbugs •altera uma parte, quebra outra •bug em uma parte, sistema fora do ar •demora nas entregas •pressão do cliente para entregar mais os problemas começaram…
- 11.
- 13. Isso não éuma service layer, é algo parecido com um TransactionScript models sendo um espelho do banco de dados
- 15.
- 16. • lógica dedomínio espalhada em Controllers, Models e Services • models espelhando exatamente o modelo de dados • foco no framework e não no domínio do problema
- 17. Como melhorar esteprojeto?
- 18.
- 19.
- 20. the blue andthe red book
- 21.
- 22. Strategic Design …modeling anddesign decisions that apply to large parts of the system. Such decisions affect the entire project and have to be decided at team level. “Domain Driven Design, Chapter 14 - Maintaining Model Integrity", pág: 335 Eric Evans - Blue Book
- 23. Strategic Design …modeling anddesign decisions that apply to large parts of the system. Such decisions affect the entire project and have to be decided at team level. “Domain Driven Design, Chapter 14 - Maintaining Model Integrity", pág: 335 Eric Evans - Blue Book
- 24. BOUNDED CONTEXT CONTEXT MAP ANTI-CURRUPTIONLAYER SHARED KERNEL OPEN HOST SERVICE PUBLISHED LANGUAGE … Existe vida além parte 1 do livro azul
- 25.
- 26. Not all ofa large system will be well designed. Eric Evans on Strategic Design presentations https://www.infoq.com/presentations/strategic-design-evans
- 27. Total unification ofthe domain model for a large system will not feasible or cost-effective “Domain Driven Design, Chapter 14 - Maintaining Model Integrity", pág: 332 Eric Evans - Blue Book
- 28. Como dividir odomínio?
- 29.
- 30. Bounded Context …delimits theapplicability of a particular model so that team members have a clear and shared understanding of what has to be consistent and how it relates to other contexts. “Domain Driven Design, Chapter 14 - Maintaining Model Integrity", pág: 336 Eric Evans - Blue Book
- 31. Bounded Context …delimits theapplicability of a particular model so that team members have a clear and shared understanding of what has to be consistent and how it relates to other contexts. “Domain Driven Design, Chapter 14 - Maintaining Model Integrity", pág: 336 Eric Evans - Blue Book
- 32. Bounded Context …delimits theapplicability of a particular model so that team members have a clear and shared understanding of what has to be consistent and how it relates to other contexts. “Domain Driven Design, Chapter 14 - Maintaining Model Integrity", pág: 336 Eric Evans - Blue Book
- 33.
- 35. Contexto A ContextoB Contexto C
- 37. Mesma entidade modelada emvários contextos
- 38. Paciente Atendimento + qual nome,nascimento…? + qual dia do agendamento? + qual empresa pertence? + qual é a função que exerce? Paciente Gestor de Periódicos + qual é o proximo exame? + quantos dias faltam para vencer? Paciente Financeiro + qual custo dos exames feitos? + alguma condição de desconto? É responsabilidade de cada contexto modelar os dados da melhor maneira, de acordo com a as suas responsabilidades.
- 39. Como implementamos? E oque micro-serviços tem com isso?
- 40. Anatomia de um BoundedContext
- 41. Bounded Context Domain LayerApplicationLayer use case use case use case Repository Entity Value Object Infrastructure Layer Entity DAO Logger Service Module
- 42.
- 43. Implementação de umCaso de Uso o fluxo de execução é simples e limpo todas as dependências são declaradas o construtor
- 44. Foco total noDomain Model Domain Model != Model
- 45. Todas as regrasde negócio são programadas aqui. Normalmente são objetos python puros, sem relação com persistência ou infra-estrutura Expostas através de casos de uso
- 46. Nossa estratégia para dominaro legado
- 47.
- 48. …An alternative routeis to gradually create a new system around the edges of the old, letting it grow slowly over several years until the old system is strangled. www.martinfowler.com/bliki/StranglerApplication.html
- 49.
- 50. O design devepermitir atrasar decisões
- 51. Identificar e evidenciaras fronteiras através de Libs
- 52. Don’t distribute yourobjects. http://martinfowler.com/books/eaa.html
- 53. O isolamento dolegado se dá através de indireções nos objetos da fronteira. Nesta visão de alto nível, é possível ver como uma funcionalidade é anexada ao código do Legado. A ideia básica é o novo módulo definir um conjunto de interfaces/conectores para troca de informações. Em uma abordagem de lib, estes conectores se materializam em um conjunto de interfaces que devem ser implementadas pela Lib. fronteira do sistema Inicialmente, os novos contextos são projetos novos, que devem funcionar como Libs. Deve ser possível extrair a lib para rodar em um runtime diferente sem muitas dificuldades.
- 54. O que fazerquando é preciso usar dados do legado no módulo novo?
- 55.
- 56. Um módulo oucontexto novo define um conjunto de interfaces que serão implementadas diretamente no legado. interfaces definidas pelo módulo o contexto “Atendimento” depende de dados que estão definidos no legado. Neste caso, o módulo que necessita dos dados, define o contrato de comunicação e o legado implementa este contrato, reutilizando objetos existentes ou escrevendo código novo. O importante é que a definição das interfaces é feita de acordo com as intenções do módulo novo e não com os detalhes do código legado
- 57. O que fazerse o legado precisar de dados do módulo novo?
- 58.
- 59. A solução maiscomum para este caso é o uso de eventos. O módulo publica um conjunto de eventos e o legado assina estes eventos. no lado do Legado, dentro da ACL, são definido casos de uso que serão estimulados pelos handlers de tratamento dos eventos. o caso de uso PatientCheckin, durante sua execução, publica o eventos “PatientCheckedIn”. Este evento contem os dados necessários para comunicação com o legado, normalmente serializado em um JSON ou usando um Hash.
- 60. Como juntar issotudo e extrair um micro-serviço?
- 61. Este exemplo, mostracom a arquitetura permite separar os componentes em runtimes diferentes, inclusive com banco de dados próprio. aqui, a lib foi incluída em uma aplicação web e isolada através de uma Anti-Corruption Layer (ACL). A vantagem de se usar uma ACL é o isolamento do código já criado. As alterações necessárias na lib são muito pequenas e a própria ACL pode tratar os problemas de comunicação com o legado, logar, lançar exceções, etc. do lado do legado, a própria api já funciona como uma ACL. Normalmente esta api vai ser implementada com Http puro, usando formatos simples como JSON para troca de dados
- 62. Chamadas diretas naapi do legado ou através de uma arquitetura event-driven. Broker de mensagens, por exemplo: JMS, ActiveMQ, RabbitMQ, etc conjunto de EventHandlers interessados nas mensagens
- 63.
- 64. 1 - Reúnao time com algum especialista do domínio e faça um desenho inicial dos Bounded Contexts
- 65. 2 - Evidencieas fronteiras inicialmente através módulos no código fonte
- 66. 3 - Extraiaos módulos que compõem um Bounded Context para uma lib
- 67. 4 - Senecessário, exponha a mesma lib como micro- serviço
- 68.