일단 더 이상 Monolith를 뚱뚱하게 만들지 않아야 한다. 특별한 이유가 없는한 새로운 서비스로 만든다.
그렇게 만들어진 서비스는 Monolith의 통합 DB와 연결되서는 안되고 자체 DB를 포함해서 만들어야 한다. 그렇지 않으면 Monolith와의 의존성은 여전할 것이다.
아래와 같은 경우 먼저 떼는게 좋겠다
- Scalability 측면(업무적 확장성, 물리적 확장성)에서 효과가 큰 경우
- 자주 문제가 되어 장애격리가 필요한 경우
- 이렇게 부하, 장애 등의 이유로 분리 시 효과가 큰 경우
- 신규, 변경이 잦은 경우
- 해당 서비스에 적합한 기술 적용이 필요하면 경우
'MSA해설 > MSA Workshop' 카테고리의 다른 글
| 공통 업무 고려사항 (0) | 2022.11.29 |
|---|---|
| 서비스 식별 예 (0) | 2022.11.22 |
| Microservice는 어떻게 식별하나요? (0) | 2022.08.30 |
| DDD로 워크샾하는거죠? (0) | 2022.08.02 |
| 서비스가 너무 잘게 쪼개진 것 아닌가요? (1) | 2022.07.20 |
