在本系列教學課程中，我們簡化了部分規劃考量，讓您專心學習 Google Kubernetes Engine (GKE) 的主要功能和服務。在開始建立自己的 Google Kubernetes Engine 環境 (類似於本系列教學課程所述的環境) 之前，請務必留意一些額外的規劃考量。這些考量包括叢集管理層級、網路和可用性類型。
網路
GKE 叢集需要審慎規劃 IP 位址。您選擇的網路選項會影響 GKE 叢集的架構。部分選項設定後就無法變更，必須重新建立叢集。
在本系列教學課程中，您會使用一律採用 VPC 原生模式網路的 Autopilot 模式叢集。VPC 原生叢集會在 GKE 節點上使用別名 IP 位址範圍，且必須在 Shared VPC 上建立叢集。VPC 原生叢集比使用路由的叢集更容易擴充，且不會耗用Google Cloud 路由，因此較不易達到路由限制。
建立自己的 GKE 環境和部署工作負載之前，請先詳閱下列網路指南：
叢集模式
在本系列教學課程中，您將建立使用 Autopilot 模式的區域 GKE 叢集。Autopilot 叢集已預先設定最佳化叢集設定，可直接用於實際工作環境工作負載。或者，您也可以使用標準模式叢集，更彈性地設定底層基礎架構。
如需更全面的總覽，請參閱以叢集設定選項為開頭的規劃文件。
命名空間
命名空間可讓您整理應用程式，並將元件彼此隔離。每個命名空間都有自己的資源集，例如 Pod、服務和 Deployment。舉例來說，您可以為所有前端服務建立命名空間，並為後端服務建立命名空間。這樣分組後，您就能更輕鬆地管理及控管服務存取權。
在本系列教學課程中，您會將 Cymbal Bank 範例應用程式的 Pod 和 Service 部署至單一命名空間。這種方法可降低部署複雜度，但無法像在正式環境中一樣，使用命名空間將資源指派給不同團隊和使用者。如要查看 Cymbal Bank 範例應用程式的更安全版本，以及可用於正式環境的範例 (使用多個命名空間)，請參閱 Cymbal Bank 應用程式架構。
Pod disruption budget
Pod 中斷預算 (PDB) 政策可防止 Pod 在您變更系統時同時停止運作，並限制複製應用程式中同時無法使用的 Pod 數量，確保應用程式效能。
在本系列教學課程中，您不會設定及使用 PDB。完成模擬失敗的教學課程後，您的服務和節點應會如預期般回應。部署自己的工作負載時，節點上的 PDB 可能會阻礙節點排空。
如果您使用 PDB，請先檢查設定，再嘗試封鎖並排空節點。如果節點無法順利排空，排定的維護事件可能會發生問題。
後續步驟
請先完成第一個教學課程，部署單一 GKE 叢集，執行以微服務為基礎的應用程式。