翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# GAMEOPS06-BP02 ゲームの変化に応じて負荷テストアプローチを更新して適応させる
<a name="gameops06-bp02"></a>

 負荷テストアプローチの最適化は、ゲーム開発サイクルに合わせて進化すべき継続的なプロセスです。ゲームの複雑さ、ユーザーベース、機能セットが増大するにつれて、ロードテスト戦略は実際の条件を正確にシミュレートし、実用的なインサイトを提供することを確認するように適応する必要があります。

 **このベストプラクティスを活用しない場合のリスクレベル:** 高 

## 実装のガイダンス
<a name="implementation-guidance-11"></a>

 以下の点を考慮してください。

 **欠落または古いテストシナリオ** 

 開発プロセス中にゲームに新機能が追加されたら、新しい負荷テストシナリオを作成して実行し、新機能のパフォーマンスとスケーラビリティを検証します。同様に、パフォーマンスを向上させたり、プレイヤーのフィードバックに対処したり、新しい設計目標に合わせるために、機能や機能がリファクタリングされることがよくあります。そのため、変更に遅れないようにテストシナリオを継続的に更新し、システムの状態を真にテストして反映する必要があります。

 **新しい負荷テストフレームワーク** 

 開発者は、さまざまな理由で負荷テストフレームワークを変更する必要がある場合があります。
+  初期フレームワークでは、ユーザーの負荷を適切にシミュレートできなくなったり、システムのパフォーマンスに必要なレベルのインサイトを提供できなくなったりする可能性があります。
+  新しいゲーム機能では、新しいプロトコル、APIs、または統合ポイントの負荷テストのサポートが必要になる場合があります。
+  開発者は、負荷テストプロセスに慣れるにつれて、より高度な機能が必要になる場合があります。
+  チームの技術的専門知識、プログラミング言語、または既存のツールチェーンにより適したフレームワークを優先する 

 開発者は、時間の経過とともに慎重に評価して適応することで、ロードテストプロセスをゲームの要件の変化に合わせて調整し、ユーザーエクスペリエンス全体を最適化して改善するために必要なインサイトを継続的に提供できます。

 **コストの最適化** 

 マネージド AWS サービスを使用する容易さと利便性は、特に開発の初期段階で非常に有益です。これらのサービスは基盤となるインフラストラクチャ管理を抽象化するため、チームはソリューションを迅速にセットアップし、負荷テストシナリオの作成と結果の分析のみに集中できます。ただし、マネージドサービスを使用すると、インフラストラクチャのプロビジョニング、設定、保守、高可用性、スケーリング、モニタリング機能の提供など、付加的な価値と利便性により、コストが高くなることがよくあります。

 チームが成熟し、負荷テストプロセスに慣れ、自信が増すにつれて、インフラストラクチャを自己管理することで、追加の最適化とコスト削減を実現できる場合があります。この実践的なアプローチでは運用オーバーヘッドが増加しますが、コンピューティングリソース、設定、スケーリング動作、リソース使用率を直接制御することで、微調整とコスト削減のための新しい機会が生まれます。たとえば、チームが AWS Fargate サーバーレスアーキテクチャで負荷テストジャーニーを開始し、後で Amazon EKS クラスター内の基盤となるノードを自己管理することに移行するのが理にかなっている場合があります。

### 実装手順
<a name="implementation-steps-11"></a>
+  **テストシナリオの更新:** ロードテストシナリオを継続的に作成および更新して、新機能とリファクタリングされた機能を検証し、ゲームの現在の状態を反映していることを確認します。
+  **負荷テストフレームワークの評価:** 必要に応じて新しいフレームワークに適応し、ユーザーの負荷をシミュレートし、新しいプロトコルをサポートし、チームの専門知識とツールチェーンに合わせる。
+  **コストの最適化:** 簡単で便利なマネージド AWS サービスから始め、チームが負荷テストプロセスに慣れるにつれて、コスト削減のための自己管理インフラストラクチャを検討してください。