翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
設計原則
AWS Well-Architected Framework ホワイトペーパーの設計原則に加えて、以下の設計原則はゲームのパフォーマンス効率を達成できます。
-
ゲームのパフォーマンスをend-to-endで測定する: プレイヤーの視点から認識されるため、パフォーマンスを測定することが重要です。つまり、ゲームクライアント、ゲームインフラストラクチャ、およびプレイヤーをインフラストラクチャに接続するインターネット接続のパフォーマンスを測定する必要があります。これにより、アーキテクチャ内でパフォーマンスを向上させることができる場所を把握できます。
-
アーキテクチャを最適化して実際のプレイヤーエクスペリエンスを反映するメトリクスを改善する: 時間の経過とともにアーキテクチャを適応および進化させる際には、これらの改善と変更がプレイヤーエクスペリエンスにどのように影響するかを検討してください。ゲームワークロードは、ゲームプレイへの広範な中断をブロックする障害の影響に耐え、最小限に抑えることができる必要があります。相互に重要に依存しないゲーム機能とシステムは、障害の爆発半径を減らし、プレイヤーに影響を与える問題を特定するために、切り離す必要があります。
-
ゲームオペレーションを簡素化し、開発速度を向上させるテクノロジーを使用する: 開発者の効率を向上させるテクノロジーの採用を優先します。開発の本番稼働前の段階での運用上のオーバーヘッドは、ゲームプレイの改善を妨げる可能性があります。 AWS または AWS パートナーのマネージドサービスを活用することで、エンジニアリングを減らすことができます。これにより、ゲーム開発者はコアゲームループとプレイヤーエクスペリエンスに集中できます。アーキテクチャとパフォーマンスの要件はゲーム開発ライフサイクル全体で変化し、進化する可能性があります。テクノロジーのトレードオフは各フェーズで検討する必要があります。
-
ピークプレイヤーの同時実行数に合わせてインフラストラクチャを設計し、必要に応じて動的にスケールする: インフラストラクチャはプレイヤーの需要に合わせてスケールするように設計する必要があります。プレイヤーセッションの同時実行数やログイン数などのメトリクスを使用して、システムが過負荷になる前に事前にスケーリングできます。CPU やメモリの消費量などのリアクティブシステム使用率メトリクスを使用して、システムが過負荷になった後にスケールできます。インフラストラクチャを動的にスケーリングすることで、ゲームの運用コストを削減できます。