Como DDD e principalmente Domain Model contribuem na construção de microservices.
0 gostou182 visualizações
O documento discute como o Domain-Driven Design (DDD) e principalmente o Domain Model contribuem na construção de microservices, apresentando uma visão geral sobre DDD, falhas comuns em seu uso, e como aplicar DDD em microservices organizando-os de acordo com o Domain Model.
Como DDD e principalmente Domain Model contribuem na construção de microservices.
- 1. Como DDD e principalmente Domain Model contribuem na construção de microservices. Isaac Felisberto de Souza Engenheiro de Software
- 2. JOGO RÁPIDO! RESPONDA APENAS SE FOR SIM ➔ Quem conhece DDD? ➔ Quem utiliza microservices? ➔ Quem aplica DDD em microservices?
- 3. ROTEIRO DE HOJE! 1 VISÃO GERAL SOBRE DDD. 2 FALHAS COMUNS NO USO DE DDD. 3 APLICANDO DDD EM MICROSERVICES!
- 4. VISÃO GERAL SOBRE DDD
- 5. ➔ Eric Evans ➔ Publicado em 2004. ➔ Possui 450+ páginas.
- 6. Organização por Camadas ➔ User Interface: Apresentar e interpretar comandos do usuário ou outro sistema. ➔ Application: Funções que são executadas pelo Software. ➔ Domain: Regras de negócio. ➔ Infrastructure: Recursos técnicos genéricos
- 7. Domain Model Ubiquitous Language Bounded Context Polissemia Designed by pch.vector / Freepik
- 8. Domain Model Ubiquitous Language Bounded Context Polissemia ➔ Qual o domínio do negócio? ➔ Quais contextos e entidades? Eric Evans diz que: “O coração do software está na sua capacidade de resolver problemas relacionados ao domínio…” “... É preciso afiar sua capacidade de modelagem e dominar o design de domínios.” (entidades não são as tabelas de um banco de dados)
- 9. Domain Model Ubiquitous Language Bounded Context Polissemia Quem? ➔ Profissionais na gestão e negócio. ➔ Designers. ➔ Desenvolvedores(as). ➔ Times de Operação. ➔ Time de Suporte. O uso de uma linguagem universal.
- 11. Domain Model Ubiquitous Language Bounded Context Polissemia A porta do banco travou. Qual o significado da palavra Banco? Chegando na praça, sente no banco e aguarde Estou esperando em frente ao banco da praça. Agência ou Instituição Bancária
- 12. Domain Model Ubiquitous Language + Bounded Context + Polissemia
- 13. FALHAS COMUNS NO USO DE DDD
- 14. EM MONÓLITOS
- 15. Normalmente focam apenas nas camadas! ➔ Regra de negócio não está apenas em Domain. ➔ Domain não organizados por contextos. ➔ Pouca clareza sobre conceitos do domínio. ➔ Múltiplos termos/palavras para coisas iguais.
- 16. EM MICROSERVICES
- 17. Microservices abandonam a organização de camadas. ➔ Não há visão de contextos. ➔ Cada microservice utiliza suas nomenclaturas. ➔ Não há clareza sobre dependências. ➔ Frontend acessa direto todos microservices. ➔ Inconsistências nos Contratos de API’s.
- 18. APLICANDO DDD EM MICROSERVICES
- 19. Domain Model Ubiquitous Language Bounded Context Polissemia “O coração do software…” A solução deve possuir um modelo de domínio! Uma solução fictícia, chamada Guia Hóspede, o domínio é: RESERVA DE HOTÉIS.
- 20. Modelo de domínio do Guia Hóspede
- 21. QUAL O TAMANHO DE UM MICROSERVICE? ➔ As entidades determinam os contratos das API’s. ➔ O modelo indica as dependências. ➔ Contextos indicam a fragmentação inicial de microservices.
- 22. Domain Model ➔ Entidades fracas não precisam ser isoladas em um microservice. ⚠ Cuidado com excesso de fragmentação. ⚠ ➔ Um microservice para esse contexto é aceitável.
- 23. Domain Model ➔ Hotel é a entidade forte, terá um microservice. ➔ Acomodação também é uma entidade forte. Acomodação... ➔ Inicia no microservice de hotéis. ➔ Quando precisar de escala, será segregada.
- 24. Domain Model ➔ Hóspede parece uma entidade forte, mas... ➔ O contexto foca na estadia, um microservice para o contexto é aceitável.
- 25. Domain Model ➔ Mais importante que o tamanho do microservice, é o contexto. ➔ As dependências entre microservices seguem o modelo de domínio. ➔ O modelo ajuda a compreender possíveis evoluções. ➔ Os microservices explicitam melhor o domínio de negócio. hoteis-service stays-service accounts-service accommodations-service
- 26. Domain Model Ubiquitous Language Bounded Context Polissemia Todos utilizam uma linguagem universal! O nome de contextos, entidades e atributos é utilizada em: ➔ Nome dos microservices e Contrato das API’s. ➔ Modelagem da persistência de dados. ➔ Artefatos distribuídos. ➔ Endereço dos Endpoints. ➔ Mapeamentos de monitoramento. ➔ No diálogo entre integrantes do projeto/empresa.
- 27. Domain Model Ubiquitous Language Bounded Context Polissemia Microservices respeitam os limites de cada contexto! ➔ Informação adequada ao o contexto. ➔ Dependência fraca entre entidades. ➔ Conta é uma entidade genérica. (Hotéis e usuários). ➔ Dados específicos para conta de hotéis no contexto de hotéis. ➔ A chave entre entidades é um UUID, ou “strings humanizadas”.
- 28. Domain Model Ubiquitous Language Bounded Context Polissemia Nomenclaturas não geram dúvidas! ➔ Conta, é a representação genérica. ➔ Conta de Parceiros, dados adicionais de contas de hotéis. ➔ Reserva, é Reserva de Estadias.
- 29. CAMADAS DO DDD NO CONJUNTO DE MICROSERVICES
- 30. ➔ Adoção de API Gateway. ➔ Frontend ou sistemas externos acessam o API Gateway. ➔ API’s mapeadas no gateway respeitam o modelo de domínio. ➔ O API Gateway -> Application Layer Representação da Application Layer
- 31. ➔ Agrupados por domínio/contexto. ➔ Uso de um Core Domain. Os microservices representam a Domain Layer
- 32. Arquitetura Orientada a Eventos possibilita uso de DOMAIN EVENTS ➔ Schemas seguem o modelo de domínio. ➔ Nomenclatura de filas seguem as entidades. ➔ Agrupamentos lógicos seguem os contextos.
- 34. Domain Model Ubiquitous Language Bounded Context Polissemia Organizados com: Application Domains
- 35. MICROSERVICES ORGANIZADOS, COM MENOR ACOPLAMENTO, MAIOR COESÃO E FOCADOS NO NEGÓCIO. OBRIGADO!
- 36. Isaac Felisberto de Souza Engenheiro de Software isaacsouza@gmail.com linkedin.com/in/isaacfsouza Um guia para auxiliar o Desenvolvimento de Software. Através de conteúdo para desenvolvedores(as). www.guia.dev Guia Dev (linkedin.com/company/guiadev) @guia_dev Siga! e compartilhe ;-)