)新しい課金体系が有効になる前に、我々は課金額の比較機能をリリースして、新しい課金体系でどのように課金額が変わるか確認できるようにしました。新しい課金額が有効になる前にアプリケーションを最適化して、その結果どのように新しい課金額が変わるか確かめることもできます。この記事では、新しい利用レポートの見かたや、リソース管理のために使用できるいくつかの戦略と、それらの戦略がアプリケーションのパフォーマンスに与える影響について説明します。https://appengine.google.com/billing/history?app_id=$APP_ID。マークをクリックすると、その日の詳細が開き、現在と将来の利用レポートを見ることができます。このプレビュー利用レポートは下記のように見えるでしょう:これから新しい課金額について、個々のアイテムがそれぞれ何を意味するのか説明し、リソース管理のために使用できる方法をいくつかご紹介し、それらの戦略がどのようにアプリケーションのパフォーマンスに影響を与えるのかを説明します。行の項目はアプリケーションのインスタンス利用量についてのものです。インスタンスについてはドキュメンテーションに記載があります。グラフを表示させることで、アプリケーションがどれだけのインスタンスを使用しているか確認できます。そのスケジューリングアルゴリズムによって、アプリケーションへの現在のトラフィックを捌くためにどれだけのインスタンスが必要なのか判断します。受け付けられるインスタンス)で処理するか、リクエストをペンディングキューに入れるか、そのリクエストを処理するために新しいインスタンスを立ち上げるかを決定しています。この判断をするためには、利用可能なインスタンスがあるかどうか、直近でどれくらい早くアプリケーションがリクエストを捌いていたか(レイテンシーを)、アプリケーションの新しいインスタンスが立ち上がってリクエストを処理しはじめるのにどれだけかかるか、などのデータを利用します。多くの場合、新しいインスタンスで処理する方が、既存のインスタンスで処理するよりも早いと判断すれば、リクエストを処理するために新しいインスタンスを立ち上げます。アプリケーションに対するトラフィックは一定ではありませんので、スケジューラーはアプリケーション毎にアイドル状態のインスタンスの数を把握しています。いったアイドル状態のインスタンスは、ユーザーに対するレイテンシーなしにスパイクを捌くのに有効です。スケジューラーが、アイドル状態のインスタンスが多すぎると判断すると、使われていないインスンタンスのいくつかを落とし、リソースを再利用します。アプリケーションが使用するインスタンスの数を減らすにはレイテンシーを減らすアプリケーションのレイテンシーは、トラフィックを捌くために必要となるインスタンスの数に大きな影響を与えますので、アプリケーションのレイテンシーを小さくすることは、実際に立ち上げるインスタンスの数に大きく関わってきます。ヘッダーを付ければ、データがより効率的にサーバーやブラウザーによってキャッシュされるようになります。キャッシュを数秒間しかしなかったとしても、アプリケーションはより効率的にトラフィックを捌くことができます。等にバッチ呼び出しを使用します。この処理を送ってしまえば、ユーザー向けのレイテンシーをだいぶ小さくできるでしょう。使えば実行レートをコントロールできるようになり、負荷を均一に保つこともできます。後でさらに詳しく説明します。