발표자: 이중석

헥사고날 아키텍처 고충

• API 스펙 변경 시 인바운드, 아웃바운드 모두 변경 필요
• 지나치게 많은 세팅 필요
  • Mapper, Interface, boiler plate

버티컬 슬라이스 아키텍처

• 하나의 클래스에 특정 기능 모두 도입
• @Controller + @Transactional
  • 하나의 기능에 하나의 클래스
  • Presentation ↔ repository
    • DB 중심 개발이 될 수 있음에 주의 (클래스 내에 모든 기능을 넣다가, DB에 기능을 넣을수도)
• 기능별 독립적 개발
• 작은 규모의 조직에 적합

Q&A

Q. 버티컬 슬라이스 힘들었던 점

A. 도메인 로직이 새어나가서 스파게티가 될 수 있다는 점

Q. 버티컬 슬라이스에서 트랜잭션 커넥션 풀이 물고있는 경우 (presentation 에서까지 커넥션이 물고있음)

A. 해당 이슈를 겪어보지 않았음.