SaaS 런타임 위치

리전

SaaS 런타임은 다음 리전에서 사용할 수 있습니다. 리전과 영역에 대한 자세한 내용은 위치 및 리전을 참조하세요.

아시아 태평양

다음 표에는 사용할 수 있는 아시아 태평양 리전이 나와 있습니다.

리전 설명 리전 이름
일본 도쿄 asia-northeast1
일본 오사카 asia-northeast2
대한민국 서울 asia-northeast3
타이완 asia-east1
홍콩 asia-east2
인도 뭄바이 asia-south1
인도 델리 asia-south2
싱가포르 asia-southeast1
인도네시아 자카르타 asia-southeast2
오스트레일리아 시드니 australia-southeast1
오스트레일리아 멜버른 australia-southeast2

유럽

다음 표에는 유럽에서 사용할 수 있는 리전이 나와 있습니다.

리전 설명 리전 이름
핀란드 하미나 europe-north1
스웨덴 스톡홀름 europe-north2
폴란드 바르샤바 europe-central2
벨기에 셍기슬랑 europe-west1
영국 런던 europe-west2
독일 프랑크푸르트 europe-west3
이탈리아 밀라노 europe-west8
프랑스 파리 europe-west9
독일 베를린 europe-west10
이탈리아 토리노 europe-west12
네덜란드 엠스하벤 europe-west4
스위스 취리히 europe-west6
스페인 마드리드 europe-southwest1

미주

다음 표에는 아메리카에서 사용할 수 있는 리전이 나와 있습니다.

리전 설명 리전 이름
사우스캐롤라이나 몽크스 코너 us-east1
오하이오 주 콜럼부스 us-east5
버지니아 주 애쉬번 us-east4
오리건 주 더 댈러스 us-west1
캘리포니아주 로스앤젤레스 us-west2
유타 주 솔트레이크시티 us-west3
네바다 주 라스베가스 us-west4
아이오와 주 카운슬 블러프스 us-central1
텍사스 주 댈러스 us-south1
캐나다 몬트리올 northamerica-northeast1
캐나다 토론토 northamerica-northeast2
멕시코 케레타로 northamerica-south1
브라질 상파울루 southamerica-east1
칠레 산티아고 southamerica-west1

중동 및 아프리카

다음 표에는 중동 및 아프리카에서 사용할 수 있는 리전이 나와 있습니다.

리전 설명 리전 이름
남아프리카 공화국 요하네스버그 africa-south1
카타르 도하 me-central1
사우디아라비아 담맘 me-central2
이스라엘 텔아비브— me-west1

saas.locations 필드

SaaS 제품 리소스 내의 saas.locations 필드는 SaaS 런타임 단위가 상주할 수 있는 위치와 출시가 관리되는 방식을 정의합니다. saas.locations 필드는 SaaS 제품의 지원되는 지역에 대한 단일 정보 소스 역할을 합니다.

출시 지역화 고려사항

출시가 지원되는 위치는 SaaS 제품의 지원되는 지역 (saas.locations)에 정의된 최상위 지역에 따라 결정됩니다.

롤아웃은 연결된 SaaS 제품의 saas.locations 필드에서 지원되는 리전 목록을 직접 읽습니다.

리소스 복제

버전 및 단위 종류와 같은 SaaS 런타임 리소스를 만들 때 global 리전 외에도 SaaS 제품의 saas.locations 필드에 지정된 모든 리전에 전파해야 합니다.

리소스 복제를 통해 SaaS 제품이 지원되는 리전 전반에서 일관성과 가용성을 보장할 수 있습니다.

예를 들어 saas.locations이 ['us-central1', 'eu-west1']로 설정된 경우 SaaS 제품 리소스가 3개 있어야 합니다.

  • global (.location = 'global' 사용 시)
  • us-central1 (.location = 'us-central1' 사용 시)
  • eu-west1 (.location = 'eu-west1' 사용 시)

세 가지 SaaS 제품 리소스 모두 동일한 .locations 필드(['us-central1','eu-west1'])가 있습니다. 마찬가지로 SaaS 런타임에는 global, us-central1, eu-west1의 단위 종류와 출시가 필요합니다.

saas.locations 필드 또는 리전 간에 복제되는 기타 리소스의 수정사항 처리는 제한됩니다. 복제된 각 리소스에 수동으로 수정사항을 적용해야 합니다.

Google Cloud 콘솔을 사용한 복제와 Google Cloud CLI를 사용한 복제 비교

리소스 복제는 Google Cloud 콘솔을 사용하는 SaaS 런타임 또는 Google Cloud CLI/API를 사용하는지에 따라 다르게 작동합니다.

  • Google Cloud 콘솔 사용: SaaS 런타임은 global 및 saas.locations에 나열된 각 리전에 리소스를 자동으로 만듭니다.
  • Google Cloud CLI 또는 API 사용: global 및 saas.locations에 나열된 각 리전에 리소스를 직접 만들어야 합니다.

'global'을 리전으로 사용

saas.locations 필드 내에 global을 리전으로 포함하는 것은 일반적으로 권장되지 않습니다. global 지역에는 출시를 배포할 수 없습니다.

출시에서는 항상 saas.locations 필드에 나열된 각 지역에 지역별 출시를 만듭니다. 오케스트레이션에 global를 사용할 수 있지만 saas.locations 필드 내에 global를 배포 타겟으로 나열하지 마세요.

Artifact Registry 및 Developer Connect 위치

Artifact Registry 저장소와 Developer Connect 인스턴스의 위치에는 다음과 같은 특정 요구사항이 있습니다.

  • Artifact Registry 저장소 및 Developer Connect 인스턴스의 리전은 유효한 Google Cloud 리전어디든 가능합니다. saas.locations에 포함할 필요가 없습니다.

  • Artifact Registry 저장소의 리전은 Developer Connect 인스턴스의 리전과 일치해야 합니다.

  • 단위 프로비저닝 중에 SaaS 런타임은 Artifact Registry 저장소의 아티팩트를 단위가 배포되는 리전에 복사합니다.

    따라서 Artifact Registry와 Developer Connect가 단일(잠재적으로 다른) 리전에 상주하더라도 saas.locations에 나열된 모든 리전에 SaaS 제품, 버전, 단위 종류 리소스가 있어야 합니다.

  • 단위는 saas.locations 필드에 지정된 리전에서만 만들 수 있습니다. 단위는 명시적으로 지정하지 않는 한 global에 전파되지 않으며, 이렇게 하는 것은 권장되지 않습니다.

SaaS 런타임 리전 구성 예

이 예시는 SaaS 런타임을 사용할 때 지역화가 작동하는 방식을 보여주기 위해 제공되었습니다.

예를 들어 us-central1 및 europe-west4에 SaaS 제품을 배포하고 us-east1에 Artifact Registry 저장소와 Developer Connect 인스턴스를 호스팅하려는 경우 SaaS 런타임 리전 인프라는 다음과 같습니다.

  • saas.locations: ['us-central1', 'europe-west4']
  • Artifact Registry 저장소 리전: us-east1
  • Developer Connect 인스턴스 리전: us-east1

  • SaaS 제품, 단위 종류, 출시 리소스:Google Cloud 콘솔의 SaaS 런타임을 사용하여 global, us-central1, europe-west4에서 SaaS 런타임에 의해 생성됩니다.

  • 단위: 단위는 us-central11 또는 europe-west4에서 만들 수 있습니다.

이 구성을 사용하면 두 리전에서 배포를 관리하면서 아티팩트 관리를 세 번째 별도의 리전에서 중앙 집중식으로 유지할 수 있습니다. 리전을 선택할 때는 지연 시간, 규정 준수, 데이터 상주 요구사항을 신중하게 고려해야 합니다.