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

GAMEOPS06-BP02 ゲームの変更に応じて負荷テストアプローチを更新して適応させる

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

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

実装のガイダンス

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

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

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

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

開発者は、さまざまな理由で負荷テストフレームワークを変更する必要がある場合があります。

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

コストの最適化

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

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

実装手順