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

333

8

장

배포

우 높은 도구 생태계 덕분에 가능하다 (대부분

CNCF

의 작업 덕분이다 ). 따라서 원한다면 특정

작업에는 즐겨 사용하는 도구를 사용할 수 있다. 하지만 이것은 결국 과중한 선택을 해야 하는

상황으로 이어져 너무 쉽게 많은 선택 사항에 압도당할 수 있다. 레드햇의 오픈시프트와 같은

제품은 채택이 결정된 기성 플랫폼을 제공하므로 일부 선택의 기회를 앗아간다.

이와 같은 선택 제한이 의미하는 것은 기본 수준에서 쿠버네티스가 컨테이너 실행을 위해 이식

가능한 추상화를 제공하지만 실제로는 하나의 클러스터에서 작동하는 애플리케이션을 가져다

다른 곳에 옮기면 작동할 것이라고 기대하는 것만큼 간단하지 않다는 것이다. 여러분의 애플

리케이션, 운영 및 개발자 워크플로는 여러분의 맞춤형 플랫폼에 의존할 수 있다. 한 쿠버네티

스 클러스터에서 다른 클러스터로 이동시키려면 새 장소에서 해당 플랫폼을 다시 빌드해야 할

수도 있다. 필자는 주로 한 공급업체에 종속되는 것을 염려하기 때문에 쿠버네티스를 채택한

많은 조직과 이야기를 나눴지만, 대부분 그 미묘한 차이를 이해하지 못했다. 쿠버네티스에서

구축된 애플리케이션은 이론적으로 클러스터 간에 이식 가능하지만, 실제로 항상 가능하지는

않다.

8.5.68.5.6

헬름, 오퍼레이터, 헬름, 오퍼레이터,

CRDCRD

!!

쿠버네티스 분야에서 지속적으로 혼란스러운 영역 중 하나는 제삼자 애플리케이션과 하위 시

스템의 배포 및 수명주기를 관리하는 방법이다. 쿠버네티스 클러스터에서 카프카를 실행해야 ...