Hexagonal architecture with Spring Boot
14 likes9,093 views
The document discusses hexagonal architecture using Spring Boot, emphasizing the importance of a use case-driven approach and domain-driven design. It critiques traditional layered architecture and promotes a shift to a ports and adapters model. Key challenges in implementation include transactions, validation, and database tuning.
Hexagonal architecture with Spring Boot
- 1. Hexagonal architecture with Spring Boot Mikalai Alimenkou @xpinjection http://xpinjection.com
- 4. Disclaimer This talk is based on personal experience
- 8. Layered architecture for kids
- 10. Help Dasha to find business logic
- 11. Everything should be Use Case driven
- 13. Ports and adapters thinking
- 16. Spring Boot as game changer
- 17. Each service has similar structure SERVICE DB QUEUE UI API EXTERNAL SERVICES API CONTRACTS Spring MVC Spring MVC Spring Data Spring Messaging RestTemplate Feign Spring Cloud Contracts
- 18. You could work on business logic
- 20. There are still some blockers #1. Transactions #2. Validation #3. Thick client #4. DB tuning #5. Thinking model
- 21. Summary • Change your point of view from layered approach • Start using ports and adapters approach • Make business logic use case driven • Learn how to use existing Spring Boot modules • Adopt Domain Driven Design ideas • Be happy unicorn in the rainbow world ;)
Editor's Notes
- #5: Это только мой опыт, но он достаточно широкий за счет работы во многих компаниях и общения с широкой аудиторией
- #21: Департаменты развивают принципы локализации ответственности, что очень вредно.
- #22: Уходите от смешных job titles. Стройте командную ответственность, потому что ответственность замыкает работу на определенных людей, так как спрашивать будут с них. В итоге развивается бюрократия и нет гибкости. Например, доступ к инфраструктуре или работа с зависимостями. И DevOps инженеры мало несут реальной ответственности. Командная работа приносит дополнительные Point of Views. T-shape инженеры важны, невозможно знать и уметь все. Инструменты важны и нужны, раньше их не было и жизнь была похожа на ад. Настроенные и прописанный инцидент менеджмент. Не занимайтесь тушением пожаров. Как дракончик с лейкой на картинке. У всех нет времени, поэтому нанимают новых людей. Они делают больше пожаров, что зацикливает процесс. Diversity на примере оптимистов и пессимистов, девушек, джунов и т.д.