
이는 두 스택의 인스턴스를 함께 프로비저닝하고 테스트하는 온라인 테스트 단계다. 이러한 테
스트는 두 스택의 조합에서만 발생하는 문제에 초점을 맞추기 때문에 이전 단계의 테스트를 복
제해서는 안 된다. 이 단계에서는 샘플 애플리케이션을 배포하고 클러스터에서 올바르게 실행
되는지 검증한다. 또한 테스트 애플리케이션에서 실패를 트리거하고 추가 인스턴스를 만들기
위해 필요한 조건을 생성하여 안정성과 확장성을 테스트한다.
우리는 관리 스택에서 공통 네트워크 인프라를 분리하는 것과 같이 더 많은 스택으로 분할할
수 있다.
15
장과
17
장에서는 스택의 인프라 분리와 통합에 대해 더 자세히 설명한다.
14.3
애플리케이션 클러스터를 위한 공유 전략
얼마나 많은 클러스터를 실행해야 할까?
클러스터는 얼마나 커야 할까?
각 클러스터는 어느 정도의 규모로 실행해야 할까?
이론적으로 클러스터 인스턴스 내에서 단일 클러스터를 실행하고 환경과 여러 애플리케이션의
경계를 나타낼 수 있다. 그러나 단일 클러스터는 실용적이지 않으며 그 이유는 다음과 같다.
4
변경 관리
클러스터는 업데이트되고, 업그레이드되고, 수정되고, 변경되어야 한다. 따라서 서비스를 중단
하지 않고 변경을 테스트할 수 있는 곳이 필요하다. 서비스를 중지해야 하거나 위험이 있는 변
경의 경우 팀, 애플리케이션, 리전의 요구사항을 ...