ソリューションとテクノロジーで成功への道筋をつけることができます。Cloudお客様のビジネス全体に役立つ、わかりやすい料金体系です。安全でインテリジェントなプラットフォームを使って今すぐ始めましょう。プロダクトをお試しいただけます。アプリケーションのパフォーマンスとリソース使用率に関する使用状況レポートを生成します。以下に、リソースをより効率的に管理するための方法を示します。詳しくは料金のページをご覧ください。使用状況レポートを表示するアプリケーションのパフォーマンスを評価するときには、アプリケーションが実行されているインスタンス数や、アプリケーションによるリソースの消費状況を確認する必要があります。以下のセクションで、リソースを管理する方法をいくつかご提案します。スケーリングの管理レイテンシを短縮するアプリケーションのレイテンシは、トラフィックの処理に必要なインスタンス数に影響します。レイテンシを短縮できれば、アプリケーションを提供するために使用するインスタンス数を減らすことができます。レイテンシに関するデータを確認して、レイテンシを短縮するために見直すべき点を特定できる便利なツールです。使用してレイテンシを確認した後、レイテンシを短縮するために次の方法をお試しください。使用することを意味します。アプリケーションのキャッシュ制御ヘッダーを設定すると、サーバーやブラウザによるデータのキャッシュ効率に大きな影響を与えることができます。数秒間キャッシュするだけでも、アプリケーションによるトラフィック処理の効率に影響を与えられます。取得、設定、削除などの呼び出しを個々に行うのではなく、バッチで呼び出します。使用をご検討ください。ユーザー対応リクエストのスコープ外で処理できる作業をアプリケーションで実行する場合は、その作業をタスクに入れてください。その作業が完了してレスポンスが返されるのを待つのではなく、その作業をタスクキューに送信することで、ユーザー側のレイテンシが大幅に短縮されます。タスクキューを使用すると、実行速度をより細かく管理できるようになり、負荷を軽減できます。詳しくは下記をご覧ください。タスクで同時処理します。データを非同期で書き込むようにアプリケーションを構成できます。常に同期的に書き込まれます。フェイルオーバーします。最新の更新が反映されていない場合があります。データをアプリケーションが取得してしまうというリスクがわずかにありますが、ほとんどのアプリケーションではレイテンシが短縮されることの方が重要です。構成ファイルに含まれる一部の設定を使用すると、アプリの特定バージョンのパフォーマンスとリソース負荷の間のトレードオフを調整できます。利用可能な自動スケーリング設定の一覧については、スケーリング要素をご覧ください。新しいスケジューラ設定の動画で、これらの設定による効果を確認してください。同時リクエストを有効にするこの設定を有効にすると、アプリケーションのトラフィックの処理に必要なインスタンスの数が少なくなります。この機能が正常に動作するには、アプリケーションがスレッドセーフでなければなりません。ファイルでスレッドセーフを有効にして、同時リクエストを利用する方法を確認してください。タスクキュー設定を構成するタスクキューのデフォルトの設定はパフォーマンスが高くなるように調整されています。インスタンスが開始されます。インスタンス時間を節約するためにタスクキューを調整する方法の例を以下に紹介します。ヘッダーを設定します。このヘッダーは、既存のインスタンスを使用できない場合はすぐにリクエストを止めるようにスケジューラに指示します。タスクキューは既存のインスタンスでリクエストを処理できるようになるまで、再試行とバックオフを実行します。設定されたリクエストで既存のインスタンスがすべて使用されている場合は、このヘッダーが設定されていないリクエストによって新しいインスタンスが開始されることがあるので注意してください。タスクキューの設定を構成します。「rate」パラメータの値を小さくすると、タスクキューによるタスクの実行速度が低下します。「max_concurrent_requests」パラメータの値を小さくすると、同時に実行されるタスクの数が少なくなります。バックエンドを使用して、タスク実行に使用するインスタンスの数を完全に制御します。キューを使用できます。インフラストラクチャによって処理されます。ここではインスタンス時間は消費されません。レスポンスの提供では、インスタンス時間は消費されません。次を実行すると、必要以上にデータが保管されるのを防ぐことができます。使用量の管理に関するセクションをご覧ください)。実行されたオペレーションの数を記録しています。リクエストのレイテンシ短縮を実現できます。各エンティティの作成に必要とされた書き込みオペレーションの数が表示されます。この情報を基に、各エンティティの書き込みコストを把握できます。このデータの解釈方法については、書き込みコストについてをご覧ください。不要なインデックスを削除します。コストとエンティティの書き込みコストが削減されます。インデックスの取得機能を使用して、アプリケーションでどのインデックスが定義されているか確認してください。ページで確認できます。インデックスを完全に除外するようにクエリを作成することができます。よるインデックスの生成方法については、クエリとインデックスのドキュメントをご覧ください。可能であれば、インデックスありのプロパティ(デフォルト)をインデックスなしのプロパティに置き換えます(Java)。書き込みオペレーションの数を削減できます。実行して再挿入する必要があるので注意してください。プランナーの機能が改善されたため、クエリに必要なインデックスの数が以前より少なくなっている可能性があります。コストとエンティティの書き込みコストを削減できる可能性があります。データモデルを再構成して、クエリをキーによるフェッチに置き換えます。このほうが低コストで効率的です。クエリではなくキーのみのクエリを使用します。カーソルを使用します。割り当てるための呼び出しや、キーのみのクエリなどがあります。コストについては、料金ページをご覧ください。ヘッダーを設定し、静的ファイルに妥当な有効期限を設定します。サーバーとクライアントのブラウザで指定の期間にわたってレスポンスをキャッシュに保存できます。受信帯域幅はユーザーがアプリに送信するデータ量であることから、制御は困難です。トラフィックをブロックできます。使用して、必要以上に呼び出しをしていないか確認する方法があります。エラー率を確認し、無効な呼び出しをしていないか確認することは常に重要です。場合によっては、そのような呼び出しを早期に検出することも可能です。