本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

支援尖峰需求所需的 GAMEOPS03-BP05 預先擴展基礎設施

在大規模遊戲事件之前擴展基礎設施，以確保您可以處理玩家需求的突然增加。

未建立此最佳實務時的曝險等級：高

實作指引

除了推出新的遊戲之外，即時遊戲通常會執行遊戲內活動、促銷、新內容和賽季版本，作為維持和改善玩家參與度的範例。在事件或提升期間，這類活動會遇到大量玩家流量。企業預期會達到或超過活動預期的目標，而且遊戲基礎設施必須透過該目標來維持和支援這些目標。

事先準備您的基礎設施，以便能夠支援您在大規模事件期間將遇到的預期玩家負載。為了做好準備，遊戲營運團隊應與銷售和行銷領域的利益相關者協調，透過查看過去的玩家並行、參與指標和銷售資料，來估計即將在近期事件中產生的預計需求。如果事件是用於新的遊戲啟動，遊戲操作團隊應與這些利益相關者合作，以識別他們預期規模的實際預測。雖然很難預測遊戲的成功程度，但每個人都必須了解對成功的期望，才能擴展和測試基礎設施以支援這些目標。

許多遊戲選擇分階段啟動，從向少數玩家開啟遊戲開始，然後在完全公開啟動之前，在每個階段以有機方式擴展玩家。在軟啟動期間，監控、識別、追蹤和解決問題，同時精簡公有啟動的預測。

若要正確估計基礎設施需求，請在遊戲啟動之前，透過負載和效能測試針對在生產環境或類似生產的預備環境執行的遊戲後端收集資料。應執行這些測試的多個回合來模擬遊戲的不同條件，並驗證後端在大多數情況下可以承受負載。

為了達成此目的，開發人員可以撰寫遊戲機器人，在遊戲中周遊各種工作流程，並模擬不同的條件。這些測試應檢查遊戲後端的不同系統層，以便測試每個層和元件並記錄詳細資訊。使用這些測試收集的資料來佈建遊戲啟動的計劃。

應盡可能透過提高應用程式可用性和容錯能力來識別和移除單一故障點 (SPOF)。使用負載測試，透過模擬不同上游和下游層的故障，以及驗證遊戲和其他元件行為來識別 SPOFs。

除了要為遊戲啟動、遊戲內事件或提升準備佈建的必要預估基礎設施之外，請設定系統以自動隨需擴展。定義、設定和監控擴展事件閾值，以允許遊戲後端擴展 以維持大量玩家流量。對於可變流量，預先佈建是最好的，因為可能沒有足夠的時間橫向擴展。在初始遊戲啟動期間，可能需要手動擴展，以比自動化系統更快的速度驅動高於預期的需求，進而擴展資源。

在 上 AWS，組織應為他們在遊戲後端中使用的服務請求更高的 Service Quotas。為帳戶設定 Service Quotas，以保護客戶不小心站立或擴展比預期更多的基礎設施。當帳戶中執行的遊戲達到該區域中設定之服務配額的上限時，服務會調節超出佈建配額和爆量佈建的請求。調節可能會導致意外或非預期的錯誤，並損害玩家體驗。監控、追蹤和定期檢閱遊戲生產中所使用的服務的服務配額閾值，以避免限流。當用量超過可容忍的服務配額閾值時，可以從主控台 支援中心提出支援案例、登入受影響的帳戶，或使用支援 API 來請求增加配額。

對於遊戲啟動、內容發行、促銷和主要遊戲內事件等重要事件，請使用 AWS Countdown。Countdown 會根據 Games 專家建置的手冊提供實作指導，以提供操作準備、降低潛在風險，以及規劃容量需求。 AWS Countdown 也有進階支援選項，可提供增強的支援和選項，例如工程師，以最佳化您的基礎設施。

如果您要啟動 Amazon GameLift 上託管的遊戲，請檢閱 啟動前檢查清單以進行準備。

實作步驟