마이크로서비스 아키텍처 구축(전면 개정판)

197

5

장

마이크로서비스의 통신 구현

라기보다는 완전히 암묵적이다.

11

필자가 명시적 스키마를 탐내는 이유는 마이크로서비스가 무

엇을 노출할지 (또는 노출하지 않을지 )에 대해 가능한 한 명시적인 것이 중요하기 때문이다.

스키마 없는 엔드포인트에 대한 주된 논쟁은 스키마가 더 많은 작업을 필요로 하는 데 비해 충

분한 가치를 제공하지 못하는 것처럼 보인다는 점에서 비롯된다. 짧은 소견으로 판단해볼 때

그중 일부는 상상력의 실패며, 다른 일부는 구조적 파손을 찾아내기 위해 스키마를 사용하는

것에서 더 많은 가치를 발견하도록 돕는 좋은 도구의 실패다.

궁극적으로 스키마는 클라이언트와 서버 간 구조 계약의 일부를 명시적으로 표현하는 데 큰 도

움을 준다. 또한 상황을 명확하게 만들어주고 안전망 역할을 하는 것은 물론 팀 간 의사소통도

돕는다. 하지만 클라이언트와 서버 모두를 같은 팀이 소유하는 경우처럼 변경 비용이 절감되는

상황에서는 스키마가 없는 것이 더 편안하게 느껴진다.

5.55.5

마이크로서비스 간의 변경 처리 마이크로서비스 간의 변경 처리

“얼마나 커야 할까요?” 다음으로 마이크로서비스에 대해 가장 많이 받는 질문은 “버전 관리를

어떻게 처리할까요?”일 것이다. 이 질문을 받을 때, 어떤 종류의 버전 번호 체계를 사용해야 하

는지와 마이크로서비스 간 ...