本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
GAMESUS01-BP01 使用適合使用者內容、訂閱者資訊和遊戲內購買模式的儲存技術
您應該依類型、保留需求和存取頻率來分類資料。這可讓您為遊戲或後端服務產生的各種資料類型選取最最佳化的儲存解決方案。快速變更的資料應存放在金鑰值或記憶體內資料庫服務中。交易資料應存放在關聯式資料庫服務中。大型檔案、遊戲資產或使用者產生的內容應存放在物件儲存服務中。
未建立此最佳實務時的曝險等級:高
實作指引
遊戲會產生和使用各種資料類型,這些資料類型需要針對存取頻率、延遲和成本進行最佳化的儲存解決方案。存放的資料應使用標籤分類,以區分可以移除或需要長期存放的資料。
下列服務適用於各種遊戲使用案例:
Amazon Aurora
Amazon DynamoDB
Amazon DocumentDB
Amazon ElastiCache
Amazon Simple Storage Service (S3)
如果它提供多個儲存類別,支援頻繁和不常的資料存取,以及經濟實惠的封存儲存。對於在整個開發過程中經常存取的資料,工作室應將物件存放在 S3 標準
對於需要高輸送量、低延遲且適合居住於單一可用區域的工作室,請使用 S3 Express One Zone。
Amazon Elastic Block Store
實作步驟
-
依類型、保留需求和存取頻率分類遊戲資料,標記資料以區分短期和長期儲存需求。
-
將 Amazon Aurora 用於交易資料、將 DynamoDB 用於即時玩家資料、將 DocumentDB 用於半結構化資料,以及將 ElastiCache 用於低延遲快取的時間關鍵遊戲資訊。
-
將遊戲資產、日誌和使用者產生的內容儲存在 Amazon S3 中,根據存取模式和封存需求選擇適當的儲存類別 (例如 Intelligent-Tiering、One Zone 和 Glacier),並使用 EBS 進行遊戲伺服器二進位檔和組態,並進行定期快照管理。