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

일 서버에 배포할 때 제대로 작동했다. 여러 서버에 걸쳐 애플리케이션 로드 밸런싱으로 전환

할 때는 적합하지 않았다.

RPM

패키지로 이동한 후에도 쿡북은 여러 서버에 대한 배포 순서를 관리하지 않았다. 따라서

클러스터는 배포 작업 중에 뒤섞인 애플리케이션 버전을 실행했다. 그리고 데이터베이스 스키

마 마이그레이션 스크립트는 한 번만 실행되어야 했으므로 첫 번째 서버의 배포 프로세스에서

만 실행할 수 있도록 잠금을 구현해야 했다.

팀의 솔루션은 배포 작업을 서버 구성 코드로부터 떼어낸 후 중앙 배포 위치인 빌드 서버에서

애플리케이션을 푸시하는 스크립트로 옮기는 것이었다. 이 스크립트는 서버와 데이터베이스

스키마 마이그레이션에 대한 배포 순서를 관리하여 롤링

rolling

업그레이드를 위한 로드 밸런서

의 구성을 수정하여 다운타임이 없는 배포를 구현했다.

5

분산된 클라우드 네이티브 애플리케이션은 애플리케이션 배포를 오케스트레이션해야 하는 부

담을 증가시킨다. 수십, 수백 또는 수천 개의 애플리케이션 인스턴스에 대한 변경을 조정하는

것은 실제로 인프라를 지저분하게 만든다. 팀은

Helm

이나

Octopus

Deploy

와 같은 배포 도

구를 사용하여 애플리케이션 그룹의 배포를 정의한다. 이러한 도구는 애플리케이션 집합을 배

포하는 데 중점을 두어 문제를 분리하고 기본 ...