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

640

3

부

사람

각 마이크로서비스나 더 큰 영역 내부에서 해당 영역을 소유한 팀이 다른 기술 스택이나 데이

터 저장소를 선택하는 것도 가능하다. 물론 여기에는 다른 우려 사항이 발생할 수 있다. 지원해

야 할 기술 스택이

10

개라면 인력을 고용하거나 팀 간에 이동하기가 더 어려워진다는 사실 때

문에 각 팀이 업무에 적합한 도구를 선택하게 하려는 경향이 줄어들게 된다. 마찬가지로, 각 팀

에서 완전히 다른 데이터 저장소를 선택하면 대규모 실행 경험이 충분하지 못할 수 있다. 예를

들어, 넷플릭스는 데이터 저장소 기술로 대부분 카산드라를 사용하는 것을 표준화했다. 모든

경우에 항상 최적은 아니지만, 넷플릭스는 특정 작업에 더 적합한 다른 여러 플랫폼을 대규모

로 지원하고 운영하는 것보다 카산드라를 중심으로 도구를 만들고 전문성을 축척하면서 얻게

되는 가치가 더 중요하다고 생각한다. 넷플릭스는 규모가 가장 중요한 요소일 가능성이 높은

극단적인 예지만, 여러분은 대략적인 내용을 이해할 것이다.

그러나 마이크로서비스 사이에서는 상황이 복잡해질 수 있다. 한 마이크로서비스가

HTTP

를

통해

REST

를 노출하기로 결정하고 다른 마이크로서비스는

gRPC

를, 또 다른 마이크로서비스

는 자바

RMI

를 사용하는 경우, 소비하는 마이크로서비스가 여러 스타일의 상호 교환을 이해하 ...