區域
SaaS Runtime 適用於下列區域。如要進一步瞭解地區和區域，請參閱「地理位置與區域」一文。
亞太地區
下表列出亞太地區的可用區域。
| 地區說明 | 地區名稱 |
|---|---|
| 日本東京 | 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 欄位讀取支援的區域清單。
資源複製
建立發布內容和單元 kind 等 SaaS 執行階段資源時，除了 global 區域外，還需要將這些資源傳播至 SaaS 服務的 saas.locations 欄位中指定的所有區域。
複製資源可確保 SaaS 產品支援的區域內，資料一致且可用。
舉例來說，如果 saas.locations 設為 ['us-central1', 'eu-west1']，您應該會有三個 SaaS 服務資源：
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 控制台或 Google Cloud CLI/API 而異。
- 使用 Google Cloud 控制台：SaaS Runtime 會自動在
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 Runtime 區域基礎架構會類似於：
saas.locations：['us-central1', 'europe-west4']- Artifact Registry 存放區區域：
us-east1 - Developer Connect 執行個體區域：
us-east1 SaaS 產品、單元類型和版本資源：由 SaaS 執行階段在
global、us-central1和europe-west4中使用 SaaS 執行階段在Google Cloud 控制台中建立。單元：單元可以在
us-central11或europe-west4中建立。
透過這項設定，您可以在兩個區域管理部署作業，同時在第三個獨立區域集中管理構件。選擇區域時，請仔細考量延遲時間、法規遵循和資料落地要求。