Google Cloud 배포 원형 가이드의 이 섹션에서는 전역 배포 원형에 대해 설명합니다.
전역 배포 원형을 기반으로 하는 아키텍처에서 애플리케이션은 전 세계에 분산된 여러 Google Cloud 리전에서 실행됩니다. 위치를 구분하지 않는 분산 스택 또는 리전별로 격리된 다중 스택으로 애플리케이션을 배포할 수 있습니다. 어떤 경우에나 전역 애니캐스트 부하 분산기가 적합한 리전으로 트래픽을 분산합니다. 멀티 리전 구성의 Spanner와 같이 동기적으로 복제되어 모든 리전에서 사용할 수 있는 데이터베이스에서 애플리케이션이 데이터 읽기/쓰기를 수행합니다. 캐시 및 객체 저장소와 같은 애플리케이션 스택의 다른 구성요소도 전역적일 수 있습니다.
다음 다이어그램은 전역 배포 원형의 분산된 위치를 구분하지 않는 변형을 보여줍니다.
앞의 다이어그램은 프런트엔드 및 백엔드 인스턴스(일반적으로 마이크로서비스)가 3개의 Google Cloud 리전에 있는 여러 영역에 분산되어 있는 위치를 구분하지 않는 애플리케이션 스택을 보여줍니다. 전역 애니캐스트 부하 분산기는 들어오는 트래픽을 적합한 프런트엔드 인스턴스에 분산합니다. 이러한 분산은 인스턴스의 가용성과 용량 그리고 트래픽 소스에 대한 지리적 근접성을 기반으로 합니다. 리전 간 내부 부하 분산기는 가용성과 용량을 기준으로 프런트엔드 인스턴스의 트래픽을 적합한 백엔드 인스턴스로 분산합니다. 애플리케이션은 리전 간에 동기적으로 복제되고 사용 가능한 데이터베이스를 사용합니다.
다음 다이어그램은 리젼별로 격리된 애플리케이션 스택이 포함된 전역 배포 원형의 변형을 보여줍니다.
앞의 다이어그램은 2개의 Google Cloud 리전에 있는 여러 영역에서 실행되는 리전별로 격리된 애플리케이션 스택을 보여줍니다. 이 토폴로지는 멀티 리전 배포 원형과 비슷하지만 DNS 라우팅 대신 전역 애니캐스트 부하 분산기를 사용합니다. 전역 부하 분산기는 들어오는 트래픽을 사용자에게 가장 가까운 리전에 있는 프런트엔드로 분산합니다. 두 애플리케이션 스택 모두 두 리전 간에 동기적으로 복제되고 사용 가능한 데이터베이스에 대해 읽기/쓰기를 수행합니다. 두 리전 중 하나에서 중단이 발생하면 전역 부하 분산기가 사용자 요청을 다른 리전의 프런트엔드로 전송합니다.
사용 사례
다음 섹션에서는 전역 배포 원형이 적합할 수 있는 사용 사례 예시를 보여줍니다.
전 세계 잠재고객을 대상으로 하는 고가용성 애플리케이션
전역 배포 원형은 전 세계 사용자를 지원하여 여러 리전에서 고가용성과 중단에 대한 복원력이 필요한 애플리케이션에 권장됩니다.
비용 최적화 및 운영 간소화 기회
전역 배포 원형에서는 전역 부하 분산기 및 전역 데이터베이스와 같은 고가용성 전역 리소스를 사용할 수 있습니다. 멀티 리전 배포와 비교할 때 전역 배포는 더 적은 수의 리소스를 프로비저닝 및 관리하기 때문에 비용을 낮추고 운영을 간소화하는 데 도움이 됩니다.
설계 고려사항
전역 배포 원형을 기반으로 아키텍처를 빌드할 때는 다음 설계 요소를 고려해야 합니다.
스토리지, 복제, 네트워킹 비용
전역적으로 분산된 아키텍처에서 위치 간 네트워크 트래픽 볼륨은 리전 배포에 비해 높을 수 있습니다. 또한 더 많은 데이터를 저장하고 복제할 수 있습니다. 전역 배포 원형을 기반으로 아키텍처를 빌드할 때는 데이터 스토리지 및 네트워킹 비용이 잠재적으로 높을 수 있다는 것을 고려해야 합니다. 비즈니스 관련 중요도가 높은 애플리케이션의 경우에는 네트워킹 및 스토리지 비용이 높더라도 전역 분산 아키텍처의 가용성 이점이 더 중요할 수 있습니다.
전역 리소스 변경사항 관리
고가용성 전역 리소스를 사용함으로써 비용을 최적화하고 운영을 간소화하는 데 도움이 될 수 있습니다. 하지만 전역 리소스가 단일 장애점(SPOF)이 되지 않도록 보장하기 위해서는 전역 리소스에 대한 구성 변경사항을 신중하게 관리해야 합니다.
참조 아키텍처
전역 배포를 설계하는 데 사용할 수 있는 참조 아키텍처는 Compute Engine 및 Spanner를 사용한 전역 배포를 참조하세요.