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

613

15

장

조직 구조

15.9.315.9.3

전달 병목 현상 전달 병목 현상

사람들이 팀 간에 마이크로서비스를 공유하는 공동 소유권을 채택하는 주요 이유는 전달 병목

현상을 피하기 위해서다. 한 서비스에서 변경해야 하는 백로그가 크다면 어떻게 해야 할까? 뮤

직코프의 경우로 돌아와, 고객이 제품 전체에서 트랙의 장르를 볼 수 있는 기능을 롤아웃하고

휴대폰용 가상 음악 벨소리와 같은 새로운 재고를 추가한다고 상상해보자. 웹 사이트 팀은 장

르 정보를 표시하도록 변경해야 하며, 모바일 팀은 사용자가 벨소리를 탐색하고 미리 보고 구

매할 수 있도록 작업해야 한다. 카탈로그 (

Catalog

) 마이크로서비스에 두 가지 변경을 해야

하지만, 불행하게도 팀의 절반은 장애 분석에 잡혀 있었고 나머지 절반은 골목 밖에 세워져 있

는 푸드 트럭에 다녀오고 나서 식중독에 걸리고 말았다.

웹 사이트 팀과 모바일 팀이 서로 카탈로그 마이크로서비스를 공유할 필요가 없는 몇 가지 옵

션을 고려할 수 있다. 첫째는 그냥 기다리는 것이다. 즉, 웹 사이트 애플리케이션 팀과 모바일

애플리케이션 팀은 서로 다른 작업을 한다. 기능의 중요도나 지연 시간 크기에 따라 괜찮을 수

있거나 큰 문제가 될 수 있다.

대신 카탈로그 팀에 사람을 추가해 작업을 더 빠르게 진행할 수 있다. 시스템 전체에서 사용 중

인 기술 스택과 프로그래밍 관용구가 더 표준화될수록 다른 사람들이 더 쉽게 서비스를 변경할

수 있다. 물론 그 반대의 경우, 앞서 논의한 바와 같이 표준화가 해당 작업에 ...