- AWS 解決方案程式庫›
- 在 AWS 上進行 GameLift 測試的指引
在 AWS 上進行 GameLift 測試的指引
概觀
運作方式
這些技術細節包含一個架構圖，以說明如何有效使用此解決方案。架構圖顯示關鍵元件及其互動，逐步提供架構的結構和功能概述。
Well-Architected 支柱
上方的架構圖是一個考量到 Well-Architected 最佳實務而建立的的解決方案的範例。若要完全實現 Well-Architected，您應該盡可能地多遵循 Well-Architected 的最佳實務。
工具組和範例遊戲均完全使用基礎設施即程式碼進行部署，這減少了手動流程導致的錯誤，並減少了部署變更的工作量。
API 閘道上的無伺服器網頁主控台 API 受到基於 AWS 身分與存取管理 (IAM) 的驗證，以 Cognito 使用者集區進行保護。
API 閘道上的無伺服器範例遊戲後端受到以 IAM 為基礎的驗證保護，以安全驗證玩家的訪客身份。
GameLift 上的遊戲服務器僅允許訪問用於用戶端-服務器通信的端口。後端 Lambda 函數只能存取所需的服務。
資料儲存在 DynamoDB 表格中，利用隨需容量分配，根據需求變更自動調整。
解決方案後端服務使用 Lambda，它會自動調整執行個體。
示例遊戲後端支持基於 GameLift Target 的自動擴展來處理需求的變化。
透過利用 API 閘道、 Lambda 、 Dynam oDB 和 F argate 等受管理的無伺服器技術，您只需為所使用的資源付費，並減少維護解決方案所需的作業工作。
解決方案可以部署到您選擇的區域，並利用 CloudFront 降低 Web 主控台終端使用者的延遲。
可以通過 Fargate Spot 啟動虛擬玩家任務，以降低測試成本。
Web 主控台和範例遊戲後端利用無伺服器技術，因此您只需為使用的資源付費。
Web 主控台後端使用 Lambda 和 API 閘道的原生縮放功能，而 DynamoDB 表格使用隨需容量分配來確保資源符合需求。
示例遊戲後端支持基於 GameLift Target 的自動擴展，以最大限度地減少所需的資源。
本指引廣泛使用受管理服務，這將維持高平均使用率的責任轉移到 AWS。
示例遊戲後端支持基於 GameLift Target 的自動擴展，以最大限度地減少所需的資源。透過讓遊戲工作階段在儘量少的伺服器執行個體上執行，資源使用率始終保持在較高水準。
通過廣泛使用受管理服務，本指南可減少您對環境的個人影響。
您可以透過將遊戲伺服器啟動到 Spot 艦隊，並將虛擬玩家任務啟動到 Fargate Spot，進一步減少未使用資源的永續性影響。
充滿信心地進行部署
準備部署？ 檢閱 GitHub 上的範例程式碼，獲取詳細的部署指示，以便依原樣進行部署或自訂，進而符合您的需求。