장점이 있다고 해서 끝까지 같은 구조로 가는 것은 아니다

chap00의 모놀리식 구조는 처음에는 분명 강점이 많다.

하지만 어떤 구조든 유효한 범위가 있다.

문제는 모놀리식이 나쁘다는 데 있지 않고, 그 구조가 감당해야 할 변화가 점점 커진다는 데 있다.

처음에는 하나로 묶여 있어도 괜찮다

회원, 상품, 주문, 배송이 작은 규모에서 함께 움직이는 동안에는, 하나의 애플리케이션으로 묶여 있어도 큰 문제가 드러나지 않을 수 있다.

오히려 이 단계에서는 함께 묶여 있는 편이 더 쉽고 빠르다.

하지만 시간이 지나면서 질문이 달라진다.

• 주문 기능은 자주 바뀌는데 상품 기능은 그렇지 않다면 어떻게 할까
• 일부 기능만 따로 배포하고 싶다면 어떻게 할까
• 특정 기능의 장애가 전체 애플리케이션에 영향을 주면 괜찮을까
• 한 번의 주문 흐름이 너무 많은 책임을 품게 되면 누가 관리할까

이 질문들이 쌓이면, 모놀리식의 단순함은 점점 결합으로 느껴지기 시작한다.

모놀리식의 한계는 보통 결합에서 드러난다

모놀리식의 가장 큰 한계는 기능이 서로 너무 가깝게 붙어 있다는 점이다.

처음에는 이 가깝다는 사실이 장점이지만, 규모가 커지면 변경 영향 범위를 넓히는 원인이 되기도 한다.

예를 들면 이런 문제가 생길 수 있다.

• 하나의 기능을 고치는데 다른 기능까지 함께 테스트해야 한다.
• 배포 단위가 하나라서 작은 수정도 전체 배포로 이어진다.
• 장애가 나면 영향 범위가 넓다.