App Hub는 지원되는 위치에서 사용 가능하며, 리소스가 전 세계에서 사용 가능한지 아니면 특정 리전 내에서 사용 가능한지에 관계없이 Google Cloud 인프라 리소스를 애플리케이션으로 구성할 수 있습니다. 이 기능을 사용하면 지리적 위치와 인프라의 다른 부분과 상호작용하는 방식에 따라 리소스를 그룹화할 수 있으므로 관리가 간소화됩니다.
App Hub 애플리케이션을 만들 때 위치를 전역 또는 리전으로 정의합니다. 이 선택은 범위에 따라 애플리케이션에 포함될 수 있는 서비스와 워크로드를 결정하는 데 기본이 됩니다. 또한 이 선택은 데이터 처리, 공동 배치, 비용, 규정 준수에 중요한 영향을 미칩니다. 전역 및 리전 애플리케이션은 다음과 같이 정의됩니다.
전역 애플리케이션: 전역으로 분산되거나 여러 Google Cloud 리전에 분산된 서비스와 워크로드를 기능적으로 그룹화합니다. 예를 들어 전역 애플리케이션 부하 분산기 및 전 세계에 분산된 백엔드 서비스와 같은 리소스를 포함할 수 있습니다.
리전 애플리케이션: 단일 Google Cloud 리전 내에 완전히 있는 서비스와 워크로드를 기능별로 그룹화합니다. 예를 들어
us-central1에 있는 리전 애플리케이션 부하 분산기와 백엔드 서비스를 모두 포함할 수 있습니다.
필요에 가장 적합한 결정을 내리려면 내결함성과 고가용성을 제공하도록 설계된Google Cloud 리전과 영역을 이해하는 것이 중요합니다. 리전은 독립적인 지리적 영역이며 영역은 리전 내의 배포 영역으로, 단일 장애 도메인 역할을 합니다. 전역 및 리전별 리소스에 대한 자세한 내용은 위치 및 리전과 클라우드 위치를 참고하세요.
전역 및 리전 애플리케이션 비교
다음 표에서는 전역 애플리케이션과 리전 애플리케이션 중에서 선택하는 데 도움이 되는 주요 차이점과 고려사항을 보여줍니다.
| 전역 애플리케이션 | 리전 애플리케이션 | |
|---|---|---|
| 권장 사용 사례 | 본질적으로 전역이거나 여러 리전에 분산된 Google Cloud 리소스가 포함된 애플리케이션에 가장 적합합니다. | 모든 애플리케이션 구성요소가 여러 프로젝트에 걸쳐 있더라도 동일한 Google Cloud 리전에 있는 경우 권장됩니다. |
| 리소스 범위 | 모든 리전의 전역 리소스와 리전 리소스를 모두 포함할 수 있습니다. | 애플리케이션과 동일한 단일 리전의 리소스만 포함할 수 있습니다. 리전 애플리케이션에는 전역 리소스를 등록할 수 없습니다. |
| 애플리케이션 메타데이터 | 여러 리전에 저장되며 모든 리전에서 액세스할 수 있습니다. Google Cloud
데이터 상주는 지원되지 않습니다. |
특정 리전 내에 저장되지만 다른 Google Cloud 리전에서 액세스할 수 있습니다. 데이터 상주는 지원되지 않습니다. |
| 예시 | 다양한 리전의 백엔드 서비스로 전역 부하 분산 애플리케이션을 관리하여 분산 시스템의 중앙 집중식 뷰를 제공합니다. | us-central1에서 모든 서비스와 워크로드를 사용하여 애플리케이션을 관리합니다. |
애플리케이션에 가장 적합한 위치 선택
전역 위치와 리전 위치 중에서 선택할 때는 애플리케이션이 나타내는 비즈니스 기능의 아키텍처 및 운영 요구사항을 고려하세요. 다음 비교는 리소스 범위 고려사항을 기반으로 합니다.
- 일반적으로 리전 애플리케이션은 전역 애플리케이션보다 상당한 이점을 제공합니다. 서비스 지연 시간 단축, 데이터 지역성 요구사항 준수, 잠재적인 네트워크 비용 절감, 리전별 Google Cloud기능과의 고유한 일관성을 활용하려면 리전 애플리케이션을 선택하세요.
- 애플리케이션 구성요소가 여러 리전에 분산되어야 하거나 전역 Google Cloud 서비스를 사용하는 경우 전역 애플리케이션을 선택하세요.
단일의 응집력 있는 전역 함수를 형성하지 않는 여러 리전에 리소스가 있을 수 있습니다. 이 경우 각 지역 내 리소스에 대해 별도의 지역 애플리케이션을 정의하는 것이 좋습니다. 이 접근 방식은 각 배포에 대해 리전화의 이점을 극대화합니다.
폴더와 프로젝트를 구성하는 방법을 정의하는 Google Cloud 리소스 계층 구조도 기본입니다. 리전 또는 전역 등 애플리케이션 경계에 맞게 잘 계획된 계층 구조를 사용하면 App Hub 내에서 리소스를 그룹화하고 관리하기가 간편해집니다. 자세한 내용은 App Hub 설정 모델 선택을 참고하세요.
리전 애플리케이션의 이점
전역 애플리케이션은 분산 시스템에 유연성을 제공하지만 App Hub 애플리케이션의 리전 위치를 선택하면 다음과 같은 상당한 이점이 있습니다.
데이터 상주 및 규정 준수 지원: App Hub 메타데이터는 데이터 상주를 제공하지 않지만, 리전 애플리케이션을 사용하면 기본 리소스가 처리하고 저장하는 실제 데이터가 선택한 지리적 경계 내에 유지되도록 할 수 있습니다. 이 이점은 데이터 현지화에 관한 법적, 규제, 조직적 요구사항을 준수하는 데 중요한 경우가 많습니다.
지연 시간 감소: 일반적으로 동일한 리전 내에 애플리케이션 리소스를 함께 배치하면 서비스 간 네트워크 지연 시간이 최소화되어 애플리케이션 성능과 사용자 환경이 개선될 수 있습니다.
제품 기능 요구사항 충족: 특정 Google Cloud 서비스 또는 기능에서는 상호작용하는 모든 리소스가 동일한 리전에 있어야 합니다. 예를 들어 Compute Engine 인스턴스는 동일한 리전에 있는 영구 디스크만 연결할 수 있습니다. 리전 App Hub 애플리케이션은 이러한 아키텍처 제약 조건과 본질적으로 일치합니다.
비용 최적화: 서로 다른 Google Cloud 리전 간 데이터 전송에는 네트워킹 비용이 발생하는 경우가 많지만 동일한 리전 내 네트워크 트래픽은 일반적으로 가격이 저렴합니다. 애플리케이션을 리전별로 만들면 리전 간 네트워크 요금을 더 효과적으로 관리하고 줄일 수 있습니다.
장애 도메인과 정렬: Google Cloud 리전은 독립적인 장애 도메인이 되도록 설계되었습니다. 단일 리전 내에 애플리케이션을 배포하고 고가용성을 위해 해당 리전 내에 여러 영역을 사용하면 애플리케이션의 내결함성이 Google Cloud의 인프라 복원력 모델과 일치합니다.