앞에서 미뤄 둔 질문을 이제 다시 꺼낼 때가 됐다

chap01에서는 서비스 분리가 처음 등장했고, 주문 서비스는 상품 서비스와 배송 서비스를 HTTP로 호출하며 협력했다.

chap02에서는 Gateway와 Kubernetes가 들어오면서 진입점과 배포 구조가 더 체계적으로 바뀌었다.

하지만 여기까지 와도 여전히 남아 있는 질문이 있다.

• 여러 서비스가 깊게 협력하는 흐름을 HTTP 호출만으로 끝까지 감당할 수 있을까
• 일부는 성공하고 일부는 실패하는 상황을 더 구조적으로 다룰 수 있을까
• 흐름 전체를 누가 보고 조율해야 할까

이 질문에 답하기 시작하는 장이 바로 chap03다.

동기 호출은 단순하지만 항상 충분하지는 않다

동기 HTTP 호출은 처음 구조를 설명할 때는 매우 직관적이다.

A 서비스가 B 서비스를 호출하고, 응답을 받은 뒤 다음 단계로 넘어가면 되기 때문이다.

하지만 협업 단계가 늘어나면 점점 부담이 커진다.

• 한 서비스가 실패하면 전체 흐름이 중간에서 끊길 수 있다
• 연속된 호출이 많아질수록 조율 책임이 무거워진다
• 이미 성공한 작업을 어디까지 되돌릴지 더 복잡해진다

즉, chap01의 구조는 서비스 분리의 출발점으로는 충분했지만, 여러 단계를 가진 비즈니스 흐름을 끝까지 설명하기에는 점점 답답해진다.

주문 생성 흐름을 생각해 보면 더 분명하다

주문 하나를 만들기 위해 필요한 일은 생각보다 많다.

• 주문이 생성되어야 한다