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

301

8

장

배포

제공하기 위한 것이다.

셰프 또는 퍼핏과 같은 인프라 구성 도구를 사용해본 적이 있다면 이 모델이 인프라스트럭처를

관리하는 데 익숙할 것이다. 셰프 서버

Chef

Server

나 퍼핏 마스터

Puppet

Master

를 사용할 때는 변경 사

항이 있으면 동적으로 푸시할 수 있는 중앙 집중식 시스템이 있었다. 깃옵스의 변화는 이 도구

가 쿠버네티스 내부의 기능을 사용해 인프라스트럭처가 아닌 애플리케이션 관리를 지원한다는

것이다.

플럭스

Flux

(

https

://

oreil

.

ly

/

YWS1T

)와 같은 도구를 사용하면 이러한 개념을 훨씬 더 쉽게

수용할 수 있다. 물론 도구를 사용하면 기존의 작업 방식을 쉽게 변경할 수 있지만, 도구 때문

에 새로운 작업 방식을 강요할 수는 없다. 달리 말하면, 플럭스 (또는 다른 깃옵스 도구 )가 있

다고 해서 기대 상태 관리나 코드형 인프라스트럭처를 수용하는 것은 아니라는 뜻이다.

쿠버네티스를 사용하고 플럭스와 같은 도구와 이 도구가 추진하는 워크플로를 채택해 기대 상

태 관리 및 코드형 인프라스트럭처와 같은 개념을 도입하는 속도를 높일 수 있다. 이 기본 개념

들의 목표를 잊지 말고, 이 분야의 모든 새로운 기술에 현혹되지 않도록 주의하라.

8.38.3

배포 방법 배포 방법

마이크로서비스 워크로드에 사용할 수 있는 방식과 도구에는 많은 선택지가 있다. 하지만 필자

가 방금 설명한 원칙의 관점에서 선택지를 살펴봐야 한다. 우리는 마이크로서비스가 격리된 방

식으로 실행되고 다운타임이 없는 이상적 방식으로 배포되길 ...