使用 Compute Engine 和 Spanner 進行全球部署

Last reviewed 2025-08-12 UTC

本文提供多層式應用程式的參考架構，該應用程式在 Google Cloud中，透過全域拓撲在 Compute Engine VM 和 Spanner 上執行。此外，這份文件也提供指引，協助您建構使用其他 Google Cloud 基礎架構服務的架構。並說明為雲端應用程式建構全球架構時，應考量的設計因素。本文件適用於雲端架構師。

此架構與全球部署原型一致。如果應用程式服務的使用者遍布全球，且需要高可用性和強大的韌性，以因應多個區域服務中斷的情況，建議採用這個原型。這個架構支援在網路、應用程式和資料庫層級彈性調整資源配置。您可以根據用量調整費用，不必犧牲效能、可用性或擴充性。

架構

下圖顯示應用程式的架構，該應用程式在分布於全球多個 Google Cloud區域的基礎架構上執行。

使用 Compute Engine 和 Spanner 的全球部署架構。

在這個架構中，全域負載平衡器會根據可用性、容量和與流量來源的距離，將傳入的要求分配到適當區域的網路伺服器。跨區域內部負載平衡層會根據可用性和容量，將網路伺服器的流量分配到適當的應用程式伺服器。應用程式伺服器會將資料寫入同步複製的資料庫，並從中讀取資料，該資料庫在所有區域都可使用。

此架構包含下列 Google Cloud 資源：

元件 目的
全域外部負載平衡器

全域外部負載平衡器會接收使用者要求，並將要求分配給應用程式。全域外部負載平衡器會通告單一 任意傳播 IP 位址，但負載平衡器是以 Google Front End (GFE) 上的大量 Proxy 形式實作。用戶端要求會導向至最靠近用戶端的 GFE。

視需求而定，您可以使用 全域外部應用程式負載平衡器或 全域外部 Proxy 網路負載平衡器。詳情請參閱「 選擇負載平衡器」。

如要保護應用程式免受分散式阻斷攻擊 (DDoS) 和跨網站指令碼攻擊 (XSS) 等威脅，您可以使用 Google Cloud Armor 安全性政策。
網路層的區域 代管執行個體群組 (MIG)

應用程式的網路層部署在 Compute Engine VM 上，這些 VM 屬於區域性 MIG。這些 MIG 是全域負載平衡器的後端。

每個 MIG 都包含三個不同可用區中的 Compute Engine VM。每個 VM 都會託管應用程式網路層的獨立執行個體。
跨區域內部負載平衡層

具有跨區域後端的內部負載平衡器，會處理從任何區域的網路層 VM 到所有區域的應用程式層 VM 的流量分配。

視需求而定，您可以使用 跨區域內部應用程式負載平衡器或 跨區域內部 Proxy 網路負載平衡器。詳情請參閱「 選擇負載平衡器」。
應用程式層的區域性 MIG

應用程式層部署在 Compute Engine VM 上，這些 VM 屬於區域性 MIG。這些 MIG 是內部負載平衡層的後端。

每個 MIG 都包含三個不同可用區中的 Compute Engine VM。每個 VM 都會託管應用程式層的獨立執行個體。
Spanner 多區域執行個體

應用程式會從 多區域 Spanner 執行個體讀取及寫入資料。這個架構中的多區域設定包含下列 副本：

  • 四個讀寫副本，分別位於兩個區域的不同可用區。
  • 第三個區域中的見證副本。
虛擬私有雲 (VPC) 網路和 子網路

架構中的所有資源都使用單一虛擬私有雲網路。虛擬私有雲網路包含下列子網路：

  • 每個區域都有一個子網路，用於網路伺服器 VM。
  • 每個區域都有一個子網路，用於應用程式伺服器 VM。
  • (未顯示在架構圖中) 每個區域中都有一個 僅限 Proxy 的子網路，用於跨區域內部負載平衡器。

您可以改為在各區域建立獨立的虛擬私有雲網路，並使用 Network Connectivity Center 連結這些網路，而非使用單一虛擬私有雲網路。

使用的產品

這個參考架構使用下列 Google Cloud 產品：

  • Compute Engine：安全可靠且可自訂的運算服務，可讓您在 Google 基礎架構上建立及執行 VM。
  • Cloud Load Balancing：高效能、可擴充的全球和區域負載平衡器組合。
  • Spanner：可高度擴充、具備全球一致性的關聯式資料庫服務。

設計須知

本節提供指引，協助您使用這個參考架構，開發符合特定需求的架構，包括系統設計、安全性和法規遵循、可靠性、成本、作業效率和效能。

系統設計

本節提供指引，協助您選擇 Google Cloud 區域進行全球部署，並選取合適的 Google Cloud服務。

區域選項

選擇 Google Cloud 應用程式必須部署的區域時，請考量下列因素和需求：

部分因素和需求可能需要權衡取捨。舉例來說，最符合成本效益的區域可能不是碳足跡最低的區域。詳情請參閱「選擇 Compute Engine 區域的最佳做法」。

運算基礎架構

本文件中的參考架構會針對應用程式的特定層級使用 Compute Engine VM。您可以根據應用程式的需求，選擇其他 Google Cloud 運算服務：

  • 容器：您可以在 Google Kubernetes Engine (GKE) 叢集中執行容器化應用程式。GKE 是容器自動化調度管理引擎，可自動部署、調度資源及管理容器化應用程式。
  • 無伺服器：如果您希望將 IT 工作重心放在資料和應用程式，而非設定及操作基礎架構資源，可以使用 Cloud Run 等無伺服器服務。

決定是否使用 VM、容器或無伺服器服務時，必須在設定彈性和管理工作之間做出取捨。VM 和容器提供更多設定彈性，但您必須負責管理資源。在無伺服器架構中，您會將工作負載部署至預先設定的平台，只需進行最少量的管理工作。如要進一步瞭解如何為Google Cloud中的工作負載選擇合適的運算服務，請參閱「在 Google Cloud上託管應用程式」。

儲存服務

本文所示的架構會為 VM 使用區域永久磁碟磁碟區。區域性永久磁碟磁碟區可在區域內的兩個可用區之間同步複製資料。Persistent Disk 磁碟區中的資料「不會」跨區域複製。

Google Cloud Hyperdisk 的效能、彈性和效率都優於 Persistent Disk。有了 Google Cloud Hyperdisk Balanced，您可以分別動態佈建 IOPS 和處理量，依據各種工作負載調整磁碟區。

如要使用低成本儲存空間，並在多個位置複製資料，可以使用 Cloud Storage 區域、雙區域或多區域 bucket。

  • 區域 bucket 中的資料會同步複製到該區域的所有可用區。
  • 雙區域或多區域 bucket 中的資料會以備援形式，儲存在至少兩個不同的地理位置。中繼資料會跨區域同步寫入，資料則會以非同步方式複製。如果是雙區域 bucket，您可以使用強化型複製功能，確保物件在區域組合之間複製，復原點目標 (RPO) 為 15 分鐘。詳 durability。

如要儲存區域內多個 VM 共用的資料 (例如網頁層或應用程式層中所有 VM 的資料)，可以使用 Filestore 區域性執行個體。儲存在 Filestore 區域性執行個體的資料，會同步複製到該區域內的三個可用區。這種複製機制可確保高可用性，並能有效應對可用區服務中斷。您可以將共用設定檔、常用工具和公用程式，以及集中化記錄儲存在 Filestore 執行個體中，並將執行個體掛接至多個 VM。為因應區域中斷，您可以將 Filestore 執行個體複製到其他區域。詳情請參閱「執行個體複製」。

如果資料庫是 Microsoft SQL Server，建議使用 SQL Server 適用的 Cloud SQL。如果 Cloud SQL 不支援您的設定需求，或您需要存取作業系統，可以部署 Microsoft SQL Server 容錯移轉叢集執行個體 (FCI)。在這種情況下，您可以使用全代管的 Google Cloud NetApp Volumes，為資料庫提供持續可用性 (CA) SMB 儲存空間。

為工作負載設計儲存空間時，請考量功能特性、韌性需求、預期效能和成本目標。詳情請參閱「針對雲端工作負載設計最佳的儲存空間策略」。

資料庫服務

本文件中的參考架構使用 Spanner，這是一項全代管、可水平擴充、全球分散式且同步複製的資料庫。如果重要業務部署作業需要強大的跨區域一致性，建議採用多區域 Spanner 設定。Spanner 支援跨區域同步複製功能，不需停機即可進行容錯移轉、維護或調整大小。

如要瞭解其他可依需求選擇的代管資料庫服務，請參閱「Google Cloud 資料庫」。為多區域部署作業選擇及設定資料庫時，請考量應用程式對跨區域資料一致性的需求，並留意效能和成本之間的取捨。

網路設計

選擇符合業務和技術需求的網路設計。您可以使用單一虛擬私有雲網路，也可以使用多個虛擬私有雲網路。詳情請參閱下列說明文件：

外部負載平衡選項

使用全域外部負載平衡器的架構 (例如本文中的架構) 支援特定功能，可協助您提高部署作業的可靠性。舉例來說，如果您使用全域外部應用程式負載平衡器，可以透過 Cloud CDN 實作邊緣快取。

如果應用程式需要在特定區域終止傳輸層安全標準 (TLS)，或需要從特定區域提供內容，您可以使用區域性負載平衡器搭配 Cloud DNS，將流量轉送至不同區域。如要瞭解區域性和全域負載平衡器之間的差異，請參閱下列說明文件：

安全性、隱私權和法規遵循

本節說明使用這個參考架構，在Google Cloud 中設計及建構符合工作負載安全性、隱私權和法規遵循要求的全球拓撲時，應考量的因素。

防範外部威脅

如要保護應用程式免受分散式阻斷服務 (DDoS) 攻擊和跨網站指令碼攻擊 (XSS) 等威脅，您可以使用 Google Cloud Armor 安全性政策。每項政策都是一組規則，指定應評估的特定條件，以及符合條件時要採取的動作。舉例來說，規則可以指定，如果傳入流量的來源 IP 位址與特定 IP 位址或 CIDR 範圍相符，則必須拒絕該流量。您也可以套用預先設定的網頁應用程式防火牆 (WAF) 規則。詳情請參閱「安全性政策總覽」。

VM 的外部存取權

在本文件說明的參考架構中，Compute Engine VM 不需要來自網際網路的傳入存取權。請勿將外部 IP 位址指派給 VM。 Google Cloud 只有私人內部 IP 位址的資源，仍可使用 Private Service Connect 或 Private Google Access，存取特定 Google API 和服務。詳情請參閱「服務的私人存取權選項」。

如要從僅有私人 IP 位址的 Google Cloud 資源 (例如此參考架構中的 Compute Engine VM) 啟用安全傳出連線，可以使用 Secure Web Proxy 或 Cloud NAT。

服務帳戶權限

對於架構中的 Compute Engine VM，建議您建立專屬服務帳戶，並指定服務帳戶可存取的資源，而非使用預設服務帳戶。預設服務帳戶擁有多種權限，其中部分可能並非必要。您可以自訂專屬服務帳戶，只授予必要權限。詳情請參閱「限制服務帳戶權限」。

SSH 安全性

如要強化架構中 Compute Engine VM 的 SSH 連線安全性，請實作 Identity-Aware Proxy (IAP) 和 Cloud OS Login API。IAP 可讓您根據使用者身分和 Identity and Access Management (IAM) 政策控管網路存取權。Cloud OS 登入 API 可讓您根據使用者身分和 IAM 政策，控管 Linux SSH 存取權。如要進一步瞭解如何管理網路存取權，請參閱「控管 SSH 登入存取權的最佳做法」。

其他安全性考量

建構工作負載架構時，請考量企業基礎藍圖和 Google Cloud Well-Architected Framework：安全性、隱私權和法規遵循中提供的平台層級安全性最佳做法和建議。

可靠性

本節說明使用這個參考架構，在 Google Cloud中建構及運作可靠的基礎架構，以進行全球部署時，應考量的設計因素。

MIG 自動調度資源

在多個區域性 MIG 上執行應用程式時，即使發生獨立可用區或區域中斷，應用程式仍可正常運作。無狀態 MIG 的自動調度資源功能，可讓您將應用程式可用性和效能維持在可預測的水準。

如要控管無狀態 MIG 的自動調度資源行為，您可以指定目標使用率指標，例如平均 CPU 使用率。您也可以為無狀態 MIG 設定依排程自動調度資源。有狀態 MIG 無法自動調度資源。詳情請參閱「自動調整資源配置執行個體群組」。

MIG 大小限制

決定 MIG 大小時，請考量 MIG 可建立的 VM 數量預設值和上限。詳情請參閱「在 MIG 中新增及移除 VM」。

VM 自動修復

有時，託管應用程式的 VM 可能正在運作且可用，但應用程式本身可能有問題。應用程式可能會凍結、異常終止或記憶體不足。如要確認應用程式是否正常回應，您可以設定以應用程式為基礎的健康狀態檢查，做為 MIG 自動修復政策的一部分。如果特定 VM 上的應用程式沒有回應，MIG 就會自動修復 VM。如要進一步瞭解如何設定自動修復功能，請參閱「關於修復 VM 以確保高可用性」。

VM 放置

在本文件說明的架構中，應用程式層和網路層會在分散於多個可用區的 Compute Engine VM 上執行。這種分配方式可確保應用程式能有效應對可用區服務中斷。

如要提升架構的穩定性，您可以建立分散配置政策，並套用至 MIG 範本。MIG 建立 VM 時，會將各可用區內的 VM 放在不同的實體伺服器 (稱為「主機」) 上，因此 VM 不會因個別主機故障而受到影響。詳情請參閱「建立分散配置政策並套用至 VM」。

VM 容量規劃

如要確保在需要佈建 VM 時，Compute Engine VM 有可用容量，您可以建立預留項目。預留項目可確保在特定可用區中，為您選擇的機型提供指定數量的 VM 容量。預留項目可以專屬於某個專案，也可以在多個專案之間共用。如要進一步瞭解預留項目，請參閱「選擇預留項目類型」。

有狀態儲存空間

應用程式設計的最佳做法是避免需要有狀態的本機磁碟。不過，如有這項需求，您可以將永久磁碟設為有狀態，確保在修復或重新建立 VM 時保留資料。不過，建議您將開機磁碟設為無狀態，以便將磁碟更新至最新映像檔，並套用新版本和安全性修補程式。詳情請參閱「在 MIG 中設定有狀態永久磁碟」。

資料持久性

您可以使用備份和災難復原服務，建立、儲存及管理 Compute Engine VM 的備份。備份和災難復原會以應用程式可讀取的原始格式儲存備份資料。必要時，您可以直接使用長期備份儲存空間中的資料，將工作負載還原至正式環境，不必準備或移動資料。

Compute Engine 提供下列選項，協助您確保儲存在 Persistent Disk 磁碟區中的資料耐用性：

資料庫可靠性

儲存在多區域 Spanner 執行個體中的資料，會同步複製到多個區域。上圖架構圖中顯示的 Spanner 設定包含下列副本：

  • 四個讀寫副本，分別位於兩個區域的不同可用區。
  • 第三個區域中的見證副本。

對多區域 Spanner 執行個體執行寫入作業時，至少要有三個副本 (位於兩個區域的不同可用區) 提交作業，系統才會確認作業。如果可用區或區域發生故障，Spanner 仍可存取所有資料，包括最新寫入作業的資料，並繼續處理讀取和寫入要求。

Spanner 採用分散式儲存空間，運算和儲存資源彼此分離。為了高可用性或擴充而新增運算能力時，您不必移動資料。新的運算資源會在需要時，從最近的 Colossus 節點取得資料。這可加快容錯移轉和資源調度速度，並降低風險。

Spanner 提供外部一致性，這項屬性比交易處理系統的可序列化更嚴格。詳情請參閱下列資源：

更多可靠性考量

為工作負載建構雲端架構時，請參閱下列說明文件，瞭解可靠性相關的最佳做法和建議：

成本最佳化

本節提供指引，說明如何最佳化使用此參考架構建構的全域 Google Cloud 拓撲的設定和營運成本。

VM 機型

為協助您達到最佳 VM 執行個體資源使用率，Compute Engine 會提供機器類型建議。請根據建議，選擇符合工作負載運算需求的機型。如果工作負載的資源需求可預測，您可以使用自訂機型，根據需求自訂機型並節省費用。

VM 佈建模型

如果應用程式具備容錯能力，Spot VM 可協助降低應用程式和網路層中 VM 的 Compute Engine 費用。Spot VM 的費用遠低於一般 VM。不過，Compute Engine 可能會先占停止或刪除 Spot VM，以取回資源。

Spot VM 適用於可容許先占，且沒有高可用性需求的批次工作。Spot VM 提供的機器類型、選項和效能與一般 VM 相同。不過，如果可用區的資源容量有限，MIG 可能無法自動水平擴展 (即建立 VM) 至指定目標大小，直到所需容量再次可用為止。

VM 資源使用率

無狀態 MIG 的自動調度資源功能可讓應用程式妥善處理增加的流量，並在資源需求降低時節省成本。有狀態 MIG 無法自動調度資源。

資料庫費用

Spanner 可協助您預測資料庫成本。您指定的運算資源 (節點或處理單元數量) 會決定儲存空間容量。讀取和寫入處理量會隨著運算能力線性擴充。用多少付多少。如需根據工作負載需求調整成本，可以調整 Spanner 執行個體的大小。

第三方授權

將第三方工作負載遷移至 Google Cloud時，您或許可以透過自備授權 (BYOL) 降低成本。舉例來說，如要部署 Microsoft Windows Server VM，您可以使用自訂 Windows BYOL 映像檔，而非使用會產生第三方授權額外費用的付費映像檔。僅須為您在 Google Cloud上使用的 VM 基礎架構付費。這項策略可協助您繼續從現有的第三方授權投資中實現價值。如果您決定採用 BYOL 方法，下列建議可能有助於降低成本：

  • 使用自訂機型，獨立於記憶體佈建所需數量的運算 CPU 核心。這樣一來，第三方授權費用就會限制在您需要的 CPU 核心數量。
  • 停用多執行緒並行 (SMT)，將每個核心的 vCPU 數量從 2 個減少為 1 個。

如果您在 Compute Engine VM 上部署第三方資料庫 (例如 Microsoft SQL Server)，則必須考量第三方軟體的授權費用。使用 Cloud SQL 等代管資料庫服務時，資料庫授權費用會包含在服務費用中。

更多費用注意事項

建構工作負載架構時，也請考量「Google Cloud Well-Architected Framework：成本最佳化」中的一般最佳做法和建議。

提升作業效率

本節說明使用這個參考架構設計及建構可有效運作的全域 Google Cloud 拓撲時，應考量的因素。

VM 設定更新

如要更新 MIG 中 VM 的設定 (例如機型或開機磁碟映像檔)，請使用所需設定建立新的執行個體範本，然後將新範本套用至 MIG。MIG 會使用您選擇的更新方法 (自動或選擇性) 更新 VM。請根據可用性和作業效率需求，選擇合適的方法。如要進一步瞭解這些 MIG 更新方法，請參閱「在 MIG 中套用新的 VM 設定」。

VM 映像檔

建議您為 VM 建立及使用自訂 OS 映像檔，其中包含應用程式所需的設定和軟體，而非使用 Google 提供的公開映像檔。您可以將自訂映像檔歸類為自訂映像檔系列。映像檔系列一律會指向該系列中最新的映像檔，因此執行個體範本和指令碼可以使用該映像檔，您不必更新特定映像檔版本的參照。您必須定期更新自訂映像檔，納入 OS 供應商提供的安全性更新和修補程式。

確定性執行個體範本

如果 MIG 使用的執行個體範本包含安裝第三方軟體的開機指令碼，請務必在指令碼中明確指定軟體安裝參數，例如軟體版本。否則，當 MIG 建立 VM 時，VM 上安裝的軟體可能不一致。舉例來說，如果執行個體範本包含安裝 Apache HTTP Server 2.4 (apache2 套件) 的開機指令碼，請務必在指令碼中指定要安裝的確切 apache2 版本，例如 2.4.69 版。詳情請參閱「確定性執行個體範本」。

遷移至 Spanner

您可以從 MySQL、SQL Server 和 Oracle Database 等其他資料庫，將資料遷移至 Spanner。遷移程序取決於來源資料庫、資料大小、停機時間限制，以及應用程式程式碼複雜度等因素。為協助您有效率地規劃及執行 Spanner 遷移作業，我們提供一系列 Google Cloud和第三方工具。詳情請參閱「遷移總覽」。

資料庫管理

使用 Spanner 時，您不需要設定或監控複製或容錯移轉作業。內建同步複製和自動容錯移轉功能。應用程式在資料庫維護和容錯移轉期間不會停機。如要進一步降低作業複雜度，可以設定自動調度資源。啟用自動調度資源功能後，您就不需要手動監控及調整執行個體大小。

更多作業考量

建構工作負載架構時，請考量「Google Cloud Well-Architected Framework：優質營運」中，有關作業效率的一般最佳做法和建議。

效能最佳化

本節說明使用這項參考架構，在Google Cloud 中設計及建構符合工作負載效能需求的全球拓撲時，應考量的因素。

網路效能

如果工作負載需要應用程式和網路層內的 VM 間網路延遲時間較短，您可以建立密集配置政策，並套用至用於這些層的 MIG 範本。MIG 建立 VM 時，會將 VM 放在彼此相近的實體伺服器上。密集配置政策有助於提升 VM 間的網路效能，而分散配置政策則可提高 VM 可用性，如前所述。為在網路效能和可用性之間取得最佳平衡，建立密集配置政策時，您可以指定 VM 之間的距離。詳情請參閱「配置政策總覽」。

Compute Engine 對每個 VM 的輸出網路頻寬設有限制。這項限制取決於 VM 的機型，以及流量是否透過與來源 VM 相同的虛擬私有雲網路轉送。如果 VM 採用特定機型，您可以啟用 Tier_1 網路，提高輸出頻寬上限，進而提升網路效能。

運算效能

Compute Engine 提供多種預先定義和可自訂的機型，適用於在 VM 上執行的工作負載。請根據效能需求選擇合適的機器類型。詳情請參閱機器家族資源與比較指南。

VM 多執行緒

您分配給 Compute Engine VM 的每個虛擬 CPU (vCPU) 都會實作為單一硬體多執行緒。根據預設，兩個 vCPU 會共用一個實體 CPU 核心。如果應用程式涉及高度平行運算，或執行浮點運算 (例如基因序列分析和財務風險模型)，您可以減少在每個實體 CPU 核心上執行的執行緒數量，藉此提升效能。詳情請參閱「設定每個核心的執行緒數量」。

VM 多執行緒可能會對某些第三方軟體 (例如資料庫) 產生授權影響。詳情請參閱第三方軟體的授權說明文件。

網路服務級別

網路服務級別可讓您最佳化工作負載的網路成本和效能。您可以選擇進階級或標準級。進階級透過 Google 的全球骨幹網路傳輸流量，盡可能減少封包遺失並降低延遲。標準級會使用對接、網際網路服務供應商 (ISP) 或轉送網路，在最靠近 Google Cloud 工作負載執行區域的邊緣連接點 (PoP) 傳送流量。為達到最佳效能，建議使用進階級。如要盡可能降低成本，建議使用標準級。

本文中的架構使用全域外部負載平衡器，並在多個區域中設有外部 IP 位址和後端。這個架構需要使用進階級，該級別採用 Google 高度可靠的全球骨幹網路，可協助您盡可能減少封包遺失和延遲。

如果您使用區域性外部負載平衡器，並透過 Cloud DNS 將流量轉送至各區域，則可依需求選擇進階級或標準級。標準級的價格低於進階級。標準級適用於對封包遺失不敏感，且沒有低延遲需求的流量。

Spanner 效能

佈建 Spanner 執行個體時，您會以節點或處理單元的數量，指定執行個體的運算資源。監控 Spanner 執行個體的資源使用率，並根據預期負載和應用程式的效能需求調整容量。您可以手動或自動調整 Spanner 執行個體的容量。詳情請參閱「自動調度資源總覽」。

在多區域設定中，Spanner 會同步在多個區域複製資料。這項複製作業可讓您從多個位置執行低延遲讀取作業。缺點是「寫入」作業的延遲時間較長，因為多數決副本分散在多個區域。為盡可能縮短多區域設定中讀寫交易的延遲時間，Spanner 會使用主要感知轉送 (預設啟用)。

如需最佳化 Spanner 執行個體和資料庫效能的建議，請參閱下列說明文件：

快取

如果應用程式提供靜態網站資產，且架構包含全域外部應用程式負載平衡器，您可以使用 Cloud CDN，將經常存取的靜態內容快取至較靠近使用者的位置。Cloud CDN 可協助您提升使用者效能、減少後端的基礎架構資源用量，以及降低網路傳輸成本。詳情請參閱「提高負載平衡的網站效能並加強網路保護機制」。

更多效能考量

建構工作負載架構時，請考量「Google Cloud Well-Architected Framework：效能最佳化」中提供的一般最佳做法和建議。

後續步驟

貢獻者

作者：

其他貢獻者：