한빛미디어

"한빛미디어 서평단 <나는리뷰어다> 활동을 위해서 책을 협찬 받아 작성된 서평입니다."

자격증 공부를 하면서 마이크로서비스, 이벤트 기반 아키텍처, CQRS 같은 단어들을 처음 만났습니다. 개념은 외웠는데, 왜 필요하고 언제 쓰는 건지는 여전히 흐릿했습니다. 클라우드 실습을 하면서도 비슷한 답답함이 있었습니다. 서비스를 어떻게 나누고, 데이터를 어떻게 흘려야 하는지 판단하는 기준이 없었거든요. 이 책은 그 질문에 답하는 방식으로 읽혔습니다.

책은 각 장이 어떻게 연결되는지를 먼저 보여주고 시작합니다. IDEALS라는 원칙 여섯 가지(인터페이스 지향, 배포 가능성, 이벤트 주도, 가용성 우선, 느슨한 결합, 단일 책임)로 시작하는데, CAP 정리는 '셋 중 둘만 고를 수 있다'는 공식으로 외웠는데 '가용성 우선' 챕터를 읽고 나서야 장바구니에 담긴 상품 수가 잠깐 틀리더라도 서비스 자체가 죽지 않는 쪽이 낫다는 선택이 얼마나 의식적인 결정인지 감이 왔습니다. 이론으로만 알던 개념이 "왜 이 선택을 해야 하는가"라는 질문에 연결되는 순간이었습니다.

가장 알차게 읽은 파트는 데이터 저장소 챕터였습니다. CQRS가 조회와 명령을 분리하는 이유를 따라가다 보면, 바운디드 컨텍스트가 왜 필요한지로 이어지고, 이벤트 소싱이 왜 등장했는지까지 흐름이 자연스럽게 연결됩니다. 도메인 모델링 개념도 하나로 애그리거트, 엔티티, 도메인 이벤트의 관계가 한눈에 잡혔는데, 각 개념을 따로 외울 때는 보이지 않던 것들이었거든요. 육각형 아키텍처도 마찬가지였습니다. 포트와 어댑터가 왜 이렇게 나뉘는지, 클라우드 오브젝트 스토리지와 데이터베이스 서비스가 어떤 위치에 붙는지 시각적으로 확인하고 나서야 구조가 몸에 붙는 느낌이었습니다.

비유도 인상적이었습니다. 자전거 발전사가 애플리케이션 아키텍처의 진화와 나란히 놓이는 장면은, '커다란 진흙 덩어리 → 모듈러 모놀리식 → 분산 아키텍처'로 이어지는 흐름을 설명하는 데 꽤 효과적이었습니다. 같은 전자상거래 시스템이 어떻게 단계적으로 분리되는지, 기존 시스템을 한 번에 갈아엎는 게 아니라 공존 구간을 두고 조금씩 대체하는 방식까지 보여줍니다. PayPal이 몇 년에 걸쳐 이 과정을 밟아왔다는 사례도 함께 나오는데, 설계 결정 수준에서 그 선택들이 얼마나 지난했을지까지 와닿았습니다.

아쉽게도 책은 각 패턴의 트레이드오프를 잘 설명하지만 패턴을 도입한 뒤 운영 단계에서 마주치는 분산 트랜잭션 일관성 문제나 이벤트 순서 보장 같은 부분은 상대적으로 얇습니다. "어떤 패턴을 고를 것인가"에는 강하지만, "고른 뒤 어떤 함정이 기다리는가"는 실무 경험으로 채워야 하는 부분이 남아 있습니다. 각 챕터 마지막에는 핵심 내용을 짧게 요약해주는 구성이 있는데, 챕터가 끝날 때마다 요점을 한 번 훑고 나서야 내가 어디까지 알고 있는지 윤곽이 잡혔습니다.

정답보다 선택의 기준이 필요한 분들께 추천하고 싶은 책입니다.