Recommended
More Related Content
What's hot
What's hot (20)
Similar to 우아한테크세미나-우아한멀티모듈
Similar to 우아한테크세미나-우아한멀티모듈 (20)
우아한테크세미나-우아한멀티모듈
- 1. 우아한 멀티모듈 With Spring, Gradle
- 2. 배달의민족 사용법 목록 진입 가게 진입 주문 결제
- 3. 프론트 시스템 주문 시스템 결제 시스템
- 4. co-duck.com
- 5. co-duck.com
- 7. 멀티 모듈
- 8. Member member-internal-api member-external-api member-batch Member Member 회원 시스템 (단일 모듈 멀티 프로젝트)
- 9. Member Member Member 회원 시스템 (단일 모듈 멀티 프로젝트)
- 10. Member Member Member 회원 시스템 (단일 모듈 멀티 프로젝트) 사람에게 의존적인 일관성
- 11. 회원 시스템 (단일 모듈 멀티 프로젝트 + 내부 Maven 저장 ) member-internal-api member-external-apimember-batch Member member-domain Nexus
- 12. member-internal-api member-external-apimember-batch Member member-domain Nexus 시스템으로 보장되는 일관성 회원 시스템 (단일 모듈 멀티 프로젝트 + 내부 Maven 저장 )
- 13. member-internal-api member-external-apimember-batch Member member-domain Nexus 번거로운 개발 사이클 회원 시스템 (단일 모듈 멀티 프로젝트 + 내부 Maven 저장 )
- 14. Member internal-apiexternal-api batch member-project 회원 시스템 (멀티 모듈 단일 프로젝트)
- 15. Member internal-apiexternal-api batch 회원 시스템 (멀티 모듈 단일 프로젝트) 시스템으로 보장되는 일관성 빠른 개발 사이클
- 16. MSA ? 멀티모듈 ?
- 19. 주문 결제 가게 프론트 광고 정산 쿠폰
- 21. 주문 결제 가게 프론트 광고 정산 쿠폰
- 22. 주문 결제 가게 프론트 광고 정산 쿠폰MSA
- 27. MSA 에서 멀티모듈이 부각되는 이유는
- 28. 역할, 의존성의 분리를 통해 시스템의 분리, 통합을 유연하게 만들어 줄 수 있는 좋은 아키텍처를 만들 수 있기 때문
- 29. “좋은 아키텍처는 시스템이 모노리틱 구조로 태어나서 단일 파 일로 배포되더라도, 이후에는 독립적으로 배포 가능한 단위들 의 집합으로 성장하고, 또 독립적인 서비스나 마이크로서비스 수 준까지 성장할 수 있도록 만들어져야한다. 또한 좋은 아키텍처라 면 나중에 상황이 바뀌었을 때 이 진행 방향을 거꾸로 돌려 원 래 형태인 모노리틱 구조로 되돌릴 수도 있어야 한다” - 클린 아키텍처
- 30. 실패한 멀티 모듈 프로젝트
- 31. Member internal-apiexternal-api batch 공통되는 코드를 제거할 수 있겠다!
- 32. 실패한 멀티 모듈 프로젝트 Member internal-apiexternal-api batch
- 33. 실패한 멀티 모듈 프로젝트 Member internal-apiexternal-api batch
- 34. 실패한 멀티 모듈 프로젝트 Common Member internal-apiexternal-api batch
- 35. 실패한 멀티 모듈 프로젝트 Common Member internal-apiexternal-api batch
- 36. 실패한 멀티 모듈 프로젝트 Common Member internal-apiexternal-api batch
- 37. 실패한 멀티 모듈 프로젝트 Common Member internal-apiexternal-api batch
- 38. 실패한 멀티 모듈 프로젝트 Common Member internal-apiexternal-api batch
- 39. 실패한 멀티 모듈 프로젝트 1. 스파게티 코드
- 41. Common Member internal-apiexternal-api batch 1. 스파게티 코드 A B CD
- 45. 실패한 멀티 모듈 프로젝트 2. 의존성 덩어리
- 49. 2.의존성 덩어리
- 53. 실패한 멀티 모듈 프로젝트 3. 공통 설정
- 55. Common internal-apiexternal-api batch 100 5 25 3.공통 설정
- 56. Common internal-apiexternal-api batch 100 5 25 100 3.공통 설정
- 57. Common internal-apiexternal-api batch 100 100 100 100 3.공통 설정
- 58. Common internal-apiexternal-api batch 100 100 100 100 3.공통 설정
- 59. 무엇이 문제였을까?
- 60. 모듈에 대한 정의가 모호했다
- 61. 모듈화란?
- 64. 무엇을 심으로 정의 내려야할까?
- 65. 할과 임
- 66. 할과 임에 대한 범위는?
- 68. 라이브러리들 염탐
- 71. 계층
- 72. 계층 계층 계층
- 73. 계층 계층 계층 - 할 - 임 - 할 - 임 - 할 - 임 - 할 - 임 - 할 - 임 - 할 - 임
- 74. 계층 계층 계층 - 할 - 임 - 할 - 임 - 할 - 임 - 할 - 임 - 할 - 임 - 할 - 임
- 75. 그런데..
- 78. 라이브러리(프레임워크)의 목적? 우리가 만드는 애플리케이션의 목적? 사용성, 기능 제공 서비스 제공
- 80. 멀티 모듈 구성하기
- 81. 주의사항
- 82. 1. 시스템
- 84. 2. 애플리케이션 비지니스, 도메인 비지니스
- 85. 1. 요청 값 검증 2. 주문 요청 - 주문 데이터 생성 - 주문 데이터 검증 - 주문 데이터 저장 3. 주문 결과 처리 4. 응답 문 요청 API
- 86. 1. 요청 값 검증 2. 주문 요청 - 주문 데이터 생성 - 주문 데이터 검증 - 주문 데이터 저장 3. 주문 결과 처리 4. 응답 어플리케이션 비지니스
- 87. 도메인 비지니스 1. 요청 값 검증 2. 주문 요청 - 주문 데이터 생성 - 주문 데이터 검증 - 주문 데이터 저장 3. 주문 결과 처리 4. 응답
- 88. 3. 새로운 시각
- 89. “입체적이네요. 기존 애플리케이션을 바라보던 방향과는 다 른 방향에서 바라본 내용이군요.”
- 92. 진짜 시작
- 93. independently available in system available system domain application system core Inside the system Outside the system 레이어 구상
- 94. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 시스템 내부 시스템 외부 레이어 구상
- 95. 레이어 구상 역할이 분명한가? 어플리케이션 비지니스를 가지고 있는가? 도메인 비지니스를 가지고 있는가? YES NO 어플리케이션 시스템을 알고 있는가?? NO YESNO 도메인 모듈 YES YES 내부 모듈 독립 모듈 NO
- 96. 내부 모듈 계층
- 97. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 시스템 내부 시스템 외부 1. 내부 모듈 계층
- 98. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 -시스템 안에서 의미를 갖는다 -어플리케이션, 도메인의 비지니스를 모른다 1. 내부 모듈 계층
- 99. 1. 내부 모듈 계층 프론트
- 100. 1. 내부 모듈 계층 프론트
- 101. 1. 내부 모듈 계층 Request Spec Response Spec A
- 102. 1. 내부 모듈 계층 A application application application
- 103. 1. 내부 모듈 계층 application application application 스펙 중복
- 104. 1. 내부 모듈 계층 application application application 외부 시스템 변경에 대한 영향 파악 어려움
- 105. 1. 내부 모듈 계층 A application application application 외부 통신을 담당하는 모듈을 만들어보자
- 106. 1. 내부 모듈 계층 client-coduck 환경별 시스템 Host, Header 관리 요청, 응답 Spec 관리 예외 처리 추상화 수준 통일
- 107. 1. 내부 모듈 계층 client-coduck 역할이 분명한가? 어플리케이션 비지니스를 가지고 있는가? 도메인 비지니스를 가지고 있는가? YES NO 어플리케이션 시스템을 알고 있는가?? NO YESNO 도메인 모듈 YES YES 내부 모듈 독립 모듈 NO
- 108. 1. 내부 모듈 계층 client-coduck
- 109. 1. 내부 모듈 계층 client-coduck
- 110. 1. 내부 모듈 계층 build.gradle
- 111. 1. 내부 모듈 계층 build.gradle
- 112. 1. 내부 모듈 계층 build.gradle
- 113. 1. 내부 모듈 계층 client-coduck
- 114. 1. 내부 모듈 계층
- 115. 1. 내부 모듈 계층
- 116. 1. 내부 모듈 계층
- 117. 1. 내부 모듈 계층 client-coduck
- 118. 1. 내부 모듈 계층
- 119. 1. 내부 모듈 계층
- 120. 1. 내부 모듈 계층 무엇을 얻었나?
- 121. 1. 내부 모듈 계층 Request Spec Response Spec A 스펙 변경에 대한 단일 변경 포인트 사용 추적
- 122. 도메인 모듈 계층
- 123. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 시스템 내부 시스템 외부 2. 도메인 모듈 계층
- 124. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 -어플리케이션 비지니스를 모른다 -하나의 모듈은 최대 하나의 인프라스트럭처 에 대한 책임만 갖는다 -도메인 모듈을 조합한 더 큰 단위의 도메인 모듈이 있을 수 있다 2. 도메인 모듈 계층
- 125. 역할이 분명한가? 어플리케이션 비지니스를 가지고 있는가? 도메인 비지니스를 가지고 있는가? YES NO 어플리케이션 시스템을 알고 있는가?? NO YESNO 도메인 모듈 YES YES 내부 모듈 독립 모듈 NO ? 2. 도메인 모듈 계층
- 126. 객체지향 : 패키지 의존성 2. 도메인 모듈 계층
- 127. 멀티모듈 설계 : 역할, 의존성 중심 모듈화 2. 도메인 모듈 계층
- 128. domain-rds Infrastructure 연동 관리 도메인 계층 구현 2. 도메인 모듈 계층
- 129. 2. 도메인 모듈 계층 build.gradle
- 130. 2. 도메인 모듈 계층
- 131. 2. 도메인 모듈 계층
- 132. 2. 도메인 모듈 계층 개발은 “우아한 객체지향” 참고! https://www.slideshare.net/baejjae93/ss-151545329 https://www.youtube.com/watch?v=dJ5C4qRqAgA
- 133. 1. 내부 모듈 계층 다중 도메인
- 134. 객체지향 : 객체 중심 모듈화 2. 도메인 모듈 계층
- 135. Infrastructure 연동 관리 도메인 계층 구현 2. 도메인 모듈 계층
- 136. DB Module 2. 도메인 모듈 계층
- 137. 2. 도메인 모듈 계층
- 138. DB Module DB Module 2. 도메인 모듈 계층
- 139. 다중 인프라스트 처 2. 도메인 모듈 계층
- 140. 2. 도메인 모듈 계층
- 141. 2. 도메인 모듈 계층
- 142. 2. 도메인 모듈 계층 Fallback
- 143. 2. 도메인 모듈 계층 Cache
- 144. 2. 도메인 모듈 계층
- 145. 2. 도메인 모듈 계층
- 146. 2. 도메인 모듈 계층
- 147. 인프라스트 처를 분리하자 2. 도메인 모듈 계층
- 148. 2. 도메인 모듈 계층 Infrastructure 연동 관리 도메인 계층 구현 Infrastructure 연동 관리 도메인 계층 구현 domain-dynamodomain-redis
- 149. 2. 도메인 모듈 계층 domain-dynamodomain-redis
- 150. 2. 도메인 모듈 계층 Domain Service Module 도메인 서비스 구현
- 151. Domain Service Module 2. 도메인 모듈 계층 domain-dynamodomain-redis
- 153. 2. 도메인 모듈 계층 개발은 “우아한 객체지향” 참고! https://www.slideshare.net/baejjae93/ss-151545329 https://www.youtube.com/watch?v=dJ5C4qRqAgA
- 154. 2. 도메인 모듈 계층 build.gradle
- 155. 2. 도메인 모듈 계층
- 156. 2. 도메인 모듈 계층 Fallback Cache
- 157. 독립 모듈 계층
- 158. 3. 독립 모듈 계층 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 시스템 내부 시스템 외부
- 159. 3. 독립 모듈 계층 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 -시스템과 관련 없이 자체로서 독립적인 역할 을 갖는다.
- 160. 3. 독립 모듈 계층 application-rds.yml
- 161. 3. 독립 모듈 계층 data-dynamo-reactive
- 162. 역할이 분명한가? 어플리케이션 비지니스를 가지고 있는가? 도메인 비지니스를 가지고 있는가? YES NO 어플리케이션 시스템을 알고 있는가?? NO YESNO 도메인 모듈 YES YES 내부 모듈 독립 모듈 NO data-dynamo-reactive 3. 독립 모듈 계층
- 163. Infrastructure 연동 사용성 제공 Object Mapping 기능 지원 Reactor 사용성 제공 3. 독립 모듈 계층 data-dynamo-reactive
- 164. 3. 독립 모듈 계층 build.gradle
- 165. 3. 독립 모듈 계층 DynamoReactiveRepository.java
- 166. 공통 모듈 계층
- 167. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 시스템 내부 시스템 외부 4. 공통 모듈 계층
- 168. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 4. 공통 모듈 계층 -Type, Util 등을 정의한다.
- 169. 4. 공통 모듈 계층 Root build.gradle
- 170. 프론트 4. 공통 모듈 계층
- 171. 4. 공통 모듈 계층
- 172. 4. 공통 모듈 계층 build.gradle
- 173. 4. 공통 모듈 계층 build.gradle
- 174. 4. 공통 모듈 계층
- 175. 어플리케이션 모듈 계층
- 176. 5. 어플리케이션 모듈 계층 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 시스템 내부 시스템 외부
- 177. 5. 어플리케이션 모듈 계층 app-api
- 178. 5. 어플리케이션 모듈 계층 app-worker
- 179. 5. 어플리케이션 모듈 계층 app-admin
- 180. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층
- 181. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d
- 182. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d domain- dynamo domain- redis domain- service domain- redis domain- dynamo
- 183. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d domain- dynamo domain- redis domain- service data- dynamo domain- redis domain- dynamo
- 184. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d domain- dynamo domain- redis domain- service data- dynamo core domain- redis domain- dynamo
- 185. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d domain- dynamo domain- redis domain- service data- dynamo core apiworker admin domain- redis domain- dynamo
- 186. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d domain- dynamo domain- redis domain- service data- dynamo core apiworker admin domain- redis domain- dynamo
- 187. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d domain- redis domain- dynamo domain- service data- dynamo core apiworker admin
- 188. 독립 모듈 내부 모듈 도메인 모듈 어플리케이션 공통 모듈 5. 어플리케이션 모듈 계층 client-a client-b client-c client-d domain- redis domain- dynamo domain- service data- dynamo core apiworker admin
- 189. 효과
- 190. 명확한 추상화 경계
- 191. 레이어 구상 역할이 분명한가? 어플리케이션 비지니스를 가지고 있는가? 도메인 비지니스를 가지고 있는가? YES NO 어플리케이션 시스템을 알고 있는가?? NO YESNO 도메인 모듈 YES YES 내부 모듈 독립 모듈 NO
- 192. 1. 내부 모듈 계층 client-coduck 환경별 시스템 Host, Header 관리 요청, 응답 Spec 관리 예외 처리 추상화 수준 통일
- 193. 2. 도메인 모듈 계층 Infrastructure 연동 관리 도메인 계층 구현 Infrastructure 연동 관리 도메인 계층 구현
- 194. 2. 도메인 모듈 계층 Domain Service Module 도메인 서비스 구현
- 195. Infrastructure 연동 사용성 제공 Object Mapping 기능 지원 Reactor 사용성 제공 3. 독립 모듈 계층 data-dynamo-reactive
- 196. 역할과 책임의 선
- 197. ARepository Shop RestClient AService AbService AcService PropertiesEnvironment PostProcessor A OperationTimeUtils SqsEventPublisher independently available in system available system domain application system core AbService AcService app-b-api app-c-api Shop RestClient shop-client SqsEventPublisher a-event-publisher domain-a ARepository AService A core OperationTimeUtils yaml-impoter PropertiesEnvironment PostProcessor
- 198. -각 모듈이 갖는 책임과 역할이 명확하여 리펙토링, 기능의 변경의 영향 범위를 파악하기 용이 -경계가 명확해짐으로써 기능의 제공 정도를 예측 가능하여 스파게티 코드 발생 가능성 저하 -역할과 책임에 대한 애매함이 없어짐으로써 어떤 모듈에서 어느정도까지를 개발되야할지 명확 independently available in system available system domain application system core AbService AcService app-b-api app-c-api Shop RestClient shop-client SqsEventPublisher a-event-publisher domain-a ARepository AService A core OperationTimeUtils yaml-impoter PropertiesEnvironment PostProcessor
- 199. 최소 의존성
- 200. 1. 내부 모듈 계층 build.gradle
- 201. 2. 도메인 모듈 계층 build.gradle
- 202. 3. 독립 모듈 계층 build.gradle
- 203. 4. 공통 모듈 계층 build.gradle
- 204. 각 모듈은 역할에 필요한 최소 의존성 보유
- 205. A 어플리케이션은 필요한 모듈만 선택
- 206. 꿀팁
- 207. 모듈 Scan
- 215. Spring Framework com baemin projectName Module Name Application.java Component Scan Base Package
- 219. Multi Module
- 220. Multi Module
- 223. Spring Framework com baemin projectName Module Name Application.java Component Scan Base Package
- 226. Multi Module
- 227. 각 모듈의 Property
- 233. 의존성 숨기기
- 237. https://docs.gradle.org/current/userguide/java_library_plugin.html#sec:java_library_separation Gradle, API and implementation separation
- 238. https://docs.gradle.org/current/userguide/java_library_plugin.html#sec:java_library_separation Gradle, API and implementation separation
- 239. CODE
- 240. 정리
- 241. “좋은 아키텍처는 시스템이 모노리틱 구조로 태어나서 단일 파 일로 배포되더라도, 이후에는 독립적으로 배포 가능한 단위들 의 집합으로 성장하고, 또 독립적인 서비스나 마이크로서비스 수 준까지 성장할 수 있도록 만들어져야한다. 또한 좋은 아키텍처라 면 나중에 상황이 바뀌었을 때 이 진행 방향을 거꾸로 돌려 원 래 형태인 모노리틱 구조로 되돌릴 수도 있어야 한다” - 클린 아키텍처
- 242. 끗