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

77

1

장

마이크로서비스란?

객에게 기대할 수 있는 일은 아니다. 고객이 지금껏 윈도 인스톨러로 된 소프트웨어를 받는 데

익숙했다면, 다음 버전의 소프트웨어를 받을 때 ‘이

20

개의 파드

pod

를 쿠버네티스 클러스터에

설치하세요!’라는 설명을 볼 경우 매우 당황하게 될 것이다. 아마도 고객 대부분은 파드나 쿠버

네티스, 클러스터가 뭔지조차 모를 테니 말이다.

1.7.21.7.2

마이크로서비스가 적합한 곳 마이크로서비스가 적합한 곳

경험에 따르면, 조직에서 마이크로서비스를 도입하는 가장 큰 이유는 더 많은 개발자가 서로

방해하지 않고 동일 시스템에서 작업하기 위해서다. 아키텍처와 조직의 경계를 올바르게 설정

하면 더 많은 사람이 서로 독립적으로 작업하도록 전달 경합 문제를 줄일 수 있다. 다섯 명으로

구성된 스타트업에서는 마이크로서비스 아키텍처가 걸림돌이 될 우려가 크다. 반면에

100

명

규모로 빠르게 성장하는 회사라면, 제품 개발 노력을 중심으로 마이크로서비스 아키텍처를 적

절히 배치함으로써 성장을 수용하기가 훨씬 더 쉽다는 사실을 깨달을 것이다.

SaaS

Software

as

a

Service

애플리케이션은 일반적으로 마이크로서비스 아키텍처에도 잘 맞는다. 이

러한 제품은 보통

24

시간 연중무휴로 작동해야 하므로 변경 사항을 배포할 때 어려움이 있다.

따라서 마이크로서비스 아키텍처의 독립적 릴리스라는 특징이 이 분야에서 힘을 발휘한다. 게

다가 필요에 따라 마이크로서비스를 확장하거나 축소할 수 있다. 즉, 시스템의 부하 특성에 대

한