코드로 인프라 관리하기(2판)

팀은 아키텍처를 점진적으로 분리하여 구현하기로 결정한다. 첫 번째 단계는 컨테이너 클러스

터를 자체 스택으로 빼낸 다음 스택 내에서 컨테이너 제품을 교체하는 것이다 (그림

21

-

5

).

그림

21-5

컨테이너 클러스터 추출과 교체 계획

클러스터

솔루션 변경

컨테이너

클러스터

추출

새로운 빌드

기존 프로덕션 시스템을 점진적으로 변경하는 대신 시스템의 신규 버전을 별도로 빌드한 후 완료되면 사용자

를 교체할 수 있다. 시스템 설계와 구현을 대폭 변경하는 경우 신규 버전을 빌드하는 것이 더 쉽다. 그렇지만

가능한 한 빨리 작업을 프로덕션으로 가져오는 것이 좋다. 한 번에 시스템의 한 부분을 떼어내 리빌드하는 것

은 한 번에 모든 것을 리빌드하는 것보다 덜 위험하다. 또한 개선을 통해 사용자가 얻을 수 있는 가치를 더 빠

르게 테스트하고 딜리버리한다. 따라서 대규모 리빌드도 점진적으로 수행할 수 있다.

21.2

불완전한 변경을 프로덕션에 푸시하기

서비스를 계속 작동시키면서 일련의 작고 점진적인 변경으로 프로덕션 시스템에 중요한 변경

을 딜리버리할 수 있는 방법은 무엇일까? 작은 변경의 일부는 자체적으로 유용하지 않을 수 있

으며, 기존 기능을 제거하는 것은 변경 전체가 완료될 때까지 실용적이지 않을 수 있다.

앞서 한 스택에서 컨테이너 클러스터를 자체 스택으로 떼어낸 다음 신규