Ідея гексагональної архітектури полягає в тому, щоб відділити зовнішні взаємодії від бізнес логіки задопомогою так званих портів. Мета - ізолювати центральну логіку вашої програми від зовнішніх залежностей. Під час виступу хочу поділитися досвідом розробки Nodejs додатку з використанням гексагональної архітектури. Обговоримо підводні камені, з якими можна стикнулися під час розробки, основні перевагами та недолікі архітектури. На прикладі розглянемо, як саме організувати архітектуру в Nodejs середовищі, а також стек технологій, що ми використовували, та підходи до тестування.

1. Hexagonal architecture
in practice

2. About me
Backend Tech Lead at
Lecturer at Kottans
Andriy Andriyko

3. What we will talk about
1. What is good architecture?
2. What is hexagonal architecture?
3. Run it! Examples and demo
4. How to test hexagon?
5. Do you really need it?
6. Summary

4. How do you see an
architecture?

8. What do we want from architecture?
● High Maintainability
● Low Technical Debt

9. Maintainability

10. You can become italian chef

12. Hexagonal architecture

19. 19 10
Слайд про ноду на гексагоне

22. Perfect fit for Nodejs

23. Demo

24. Application core

25. Primary adapters

26. Secondary adapters. Notifications
Port
Adapter

27. Secondary adapters. Repository port

28. Secondary adapters. Repository Adapter

29. Project structure
/core
/primaryAdapters
/secondaryAdapters

30. Project structure. Primary adapters

31. Project structure. Secondary adapters

32. Project structure. Core
/core
/component
/port
/sharedKernel

33. Демка. Запустить
показать

35. Tests
● Unit
● Integration
● Acceptance

36. Tests. Unit

37. Tests. Integration

38. Tests. Acceptance

39. Not a silver bullet
When you need Hexagon?
● App have business logic
● App will evolve
● Team is big and project is long-term
● Need to change technologies

40. When you don’t need Hexagon?
● Small projects
● Speed more important than maintainability
● There is a better fit for your problem

41. Combine approaches
● Service-oriented architecture
● Microservices
● Serverless

42. Problems
● Transactions
● Validations
● DB queries optimisation

43. Conclusions
Pros Cons
Great testability Complexity
Maintainability Easy to over-engineer
Easy handle changes
Delay technical decisions

44. Questions?

45. Contacts
andriy.andriyko@uptech.team
andriy-andriyko
Stormteller