The Pokemon Company 遷移到 AWS 專用資料庫

最初，Pokémon Trainer Club 由第三方 NoSQL 文件資料庫提供支援，該資料庫包含了超過 3 億個 Pokémon GO 使用者的所有使用者設定檔資料和變更日誌。數據庫碎片包含 Pokémon 生物的主資料庫、集換卡遊戲線上使用者資料以及來自面對面「有組織遊戲」群組的資料。Memcached 提供了對使用者工作階段資料的快速存取。該公司在 Amazon Elastic Compute Cloud (Amazon EC2) 上託管其資料庫和記憶體快取系統，並使用 Elastic Load Balancing 管理流量，以及將 Amazon Simple Storage Service ( Amazon S3) 用於物件儲存。Webb 指出：「我們之前選擇了 NoSQL 資料庫，是因為它提供快速查詢。但是，我們發現達到我們想要的速度需要維持許多指數並管理許多複雜的節點 - 一次超過 300 個。」

保持節點平穩執行是一項挑戰。當索引或資料庫節點無法使用時，它會增加延遲。如果 Memcached 節點出現故障，則使用者根本無法登入。當主要資料節點發生故障時，團隊必須捨棄所有資料以重建它們，而系統在備份節點上運作。經過多年形成的日常管理問題由於大量湧入的 PokémonGO 使用者而加劇，TPCI 決定遷移到 Amazon Web Services (AWS) 以取得其全受管的資料庫服務。

Webb 回憶道：「我們對 Amazon EC2、Elastic Load Balancing 和 Amazon S3 的效能和可靠性感到滿意。」「這就是我們決定調查 AWS 受管資料庫服務的原因。」 該團隊進行了廣泛的測試，以找到滿足其安全性、規模、效能和彈性需求的解決方案，最終選擇了 Amazon Aurora with PostgreSQL compatibility。「由於身分驗證請求佔據了大部分的 TPCI 流量，因此我們選擇 Amazon Aurora PostgreSQL 的企業級安全功能，包括靜態加密和傳輸中加密，以及在多區域環境中的可靠性。」

該團隊還決定將使用者快取移至 Amazon ElastiCache，以利用 Redis 和 Memcached 的優勢。Redis 為新使用者安排任務佇列，以提示他們完成身份驗證後的任務，例如接受條款與條件。Memcached 可保持票證有效，以便新使用者加入時不會中斷現有使用者的工作階段。該團隊將全球組態和存留時間 (TTL) 資料遷移到 Amazon DynamoDB，這是一種鍵值資料庫，可大規模提供數毫秒延遲的效能。他們還將事件資料 (例如登入歷史記錄和使用者變更稽核記錄) 移至 Amazon S3。

他們首先遷移了非關係資料儲存，然後將使用者資料和資料庫碎片遷移到了 Amazon Aurora。該專案僅用時九個月。Webb 表示：「我們花了前幾個月的時間建立使用案例和壓力測試。「然後我們將所有資料和解構的 JSON 資料建立了關係。我們在驗證過程中沒有停機時間的情況下完成遷移，考慮到每秒有 300 人從世界各地登入 Pokémon Trainer Club，這一點非常出色。」

自遷移以來，TPCI 大大減少了花在資料庫上的時間和資金。Webb 表示：「借助 Amazon Aurora，我們將節點從 300 個縮減到了 30 個，並且不再為資料庫授權付費。」「我們每月的資料庫成本每月下降了數萬美元。最重要的是，在遷移前的六個月內，我們有 168 小時的停機時間或效能降低。從那時起，這些時間全部歸零。」

遷移也提供了其他優勢。Webb 表示：「使用 Amazon DynamoDB 中的內建 TTL 設定，我們可以追蹤使用者何時超過最大登入嘗試閾值並拒絕輸入。」「結果是機器人登入嘗試減少了 90％，從而為合法使用者釋放了系統資源，並減少了我們過度規模的需求。」

充分利用全受管的 Amazon ElastiCache 服務，可大幅降低管理 Memcached 節點的額外負荷。儲存在叢集中的使用者工作階段資料和票務狀態可加速驗證程序，並且不需要使用者維持與單一伺服器的連線。

減少管理資料庫的時間，可騰出時間進行創新。公司計劃使用無伺服器運算、容器和微型服務，以獲得更高的效率和效能。隨著其服務的不斷提高，TPCI 使全球數百萬人能夠隨需享受 Pokémon 宇宙。

若想進一步了解相關資訊，請瀏覽 aws.amazon.com/gametech/databases。