많은 개발자가 MSA를 처음 접할 때 가장 먼저 느끼는 어려움은 기술 자체의 난이도보다 맥락의 부재다.
서비스가 왜 여러 개로 나뉘는지, 왜 Gateway가 필요한지, 왜 Kafka 같은 메시지 브로커가 등장하는지, 왜 하나의 트랜잭션으로 끝내지 못하고 Saga 같은 패턴을 고민해야 하는지, 이런 질문에 대한 배경 설명 없이 결과물만 보면 MSA는 괜히 어렵고 과한 구조처럼 보일 수 있다.
문제는 대부분의 입문 자료가 결과를 먼저 보여 준다는 데 있다.
이미 잘게 나뉜 서비스, 복잡한 배포 환경, 메시지 기반 흐름, 실시간 알림까지 한 번에 보여 주면 독자는 “어떻게 만들었는가”보다 먼저 “왜 이렇게까지 해야 하는가”에서 막히게 된다.
즉, 초보자가 어려워하는 지점은 기술 이름이 아니라 변화의 이유다.
이유를 이해하지 못한 상태에서 구조만 보면, MSA는 단지 복잡성을 늘린 선택처럼 보일 수 있다.
이 책은 바로 그 지점을 정면으로 다루고 싶었다.
그래서 MSA를 “기술 목록”으로 설명하지 않고, “구조가 바뀌는 이유”를 따라가는 방식으로 구성했다.
처음에는 하나의 애플리케이션으로 충분히 해결되던 문제가, 규모와 요구사항이 달라지면서 어떻게 다른 구조를 요구하게 되는지를 독자와 함께 천천히 따라간다.
이 흐름을 이해하면 MSA는 더 이상 막연한 유행어가 아니라, 시스템이 성장하면서 자연스럽게 만나게 되는 선택지로 보이기 시작한다.
이 방식의 장점은 분명하다.