[文字]
本指引可協助開發人員為遊戲建立可擴展的無伺服器推送通知傳訊系統。該架構支援針對特定玩家的事件傳訊和針對玩家群組的批次傳訊。玩家可以收到有關好友活動的通知,例如加入或離開遊戲或取得成就。開發人員可以根據地理位置向玩家通知遊戲內的活動和事件。本指引還可以協助客戶根據需要儲存訊息資料以滿足監管要求。
請注意:[免責聲明]
Well-Architected 支柱

AWS Well-Architected Framework 可協助您了解在雲端建立系統時所做決策的利弊。該架構的六根支柱讓您能夠學習設計和操作可靠、安全、高效、經濟高效且永續的系統的架構最佳實務。使用 AWS Well-Architected Tool (在 AWS 管理主控台中免費提供),您可以透過回答每根支柱的一組問題來針對這些最佳實務審查您的工作負載。
上方的架構圖是一個考量到 Well-Architected 最佳實務而建立的的解決方案的範例。若要完全實現 Well-Architected,您應該盡可能地多遵循 Well-Architected 的最佳實務。
-
卓越營運
DynamoDB 支援對資料平面和控制平面操作進行 AWS CloudTrail 審核,從而可用於快速偵測問題。您可以使用 Amazon CloudWatch 指標來追蹤服務用量和視覺化資料。
-
安全性
AWS Identity and Access Management (IAM) 可用於對資源存取進行授權管理,例如用於管理 DynamoDB 和 Amazon S3 的存取。您可以整合 AWS WAF,以防禦外部攻擊並使用 AWS CloudTrail 審核活動。
-
可靠性
DynamoDB 提供時間點復原和隨需備份。您可以在線上備份和還原使用者資料。DynamoDB 和 Amazon S3 保留三個資料複本,以防可用區域發生故障,從而在服務停機後實現自動本機化和復原服務。您可以使用全域表為 DynamoDB 設定多個 AWS 區域,以在發生區域故障時最大程度地減少中斷。
-
效能達成效率
透過設定無伺服器服務,您可以建立可擴展的訊息服務,以滿足每月數量不斷增長的使用者的需求,而無需擔心執行個體級管理。此外,CloudWatch 指標透過檢查請求數和延遲來追蹤效能問題。
-
成本最佳化
對於線上分析處理 (OLAP) 工作負載,尤其是大型資料交換,本指引使用 Amazon S3 和 Parquet 進行資料壓縮。與直接操作 DynamoDB 相比,此選項成本更低。您可以使用 DynamoDB 預留容量進行大規模處理,進一步最佳化成本。
-
永續發展
您可以使用 DynamoDB 隨需容量模式,來擴充至您在資料表上執行的資料讀取和寫入請求的確切次數。隨需容量模式可讓您避免佈建不必要的資源。您可以將所有資源管理交給服務端。
實作資源

提供了詳細的指南,以在您的 AWS 賬戶中實驗和使用。建立指南的每個階段 (包括部署、使用和清理) 都經過檢查以準備部署。
範本程式碼是一個起點。它經過了產業驗證、具有規範性但並非明確性,並且可以幫助您開始。
免責聲明
範例程式碼、軟體庫、命令列工具、概念驗證、範本或其他相關技術 (包括我們的人員提供的任何上述技術) 依據 AWS 客戶協議或您與 AWS 之間的相關書面協議 (以適用者為準) 作為 AWS 內容提供給您。您不得在您的生產帳戶、生產或其他關鍵資料中使用此 AWS 內容。您有責任根據您的特定品質控制實務和標準,依生產級用途來測試、保護和最佳化 AWS 內容 (如範例程式碼)。部署 AWS 內容可能會因建立或使用 AWS 收費資源 (如執行 Amazon EC2 執行個體或使用 Amazon S3 儲存) 而產生 AWS 費用。
本指引中對第三方服務或組織的參考並不意味著 Amazon 或 AWS 與第三方之間的認可、贊助或聯繫。AWS 的指引是技術起點,您可以在部署架構時自訂與第三方服務的整合。