Engine>インスタンス配下にあります。ダッシュボードと同じです。プルダウンメニューを使って特定のモジュールとバージョンを選択します。このページにはダッシュボードと同じグラフがあります。グラフの下には、あなたが選んだ範囲内のインスタスを一覧にした表があります。現在のメモリ使用量(MB)このインスタンスの開始時間。インスタンスの年齢(どれだけ動作しているか)を表す。Engine>バージョン配下で使用できます。プルダウンメニューを使って特定のモジュールを選択します。配置されているモジュールのバージョンは全て、プルダウン下の表に表示されます。配置時間Iあなたがアプリケーションの所有権や編集権限を持っている場合、バージョンを選んでそれをデフォルトのバージョンにすることができます。表の下にあるボタンを塚手バージョンの削除・トラフィック分割やトラフィック移行の設定を行うこともできます。それらは、デフォルトのモジュールを選択している場合にのみ有効になります。注意:モジュールの多くのパフォーマンス設定は、モジュールの設定ファイルに含まれています。これらの設定は配置した時に作成され、開発者コンソールからは変更することができません。あなたが指定した振り分けに従ってそれらをデフォルトバージョンとそれ以外のバージョンに分割振り分けします。トラフィック分割を使うことで、長い時間をかけてゆっくりとアプリの機能をロールアウトすることができます。それはA/Bテストにも使用することができます。既存のデフォルトバージョンと新しい配置バージョンとの間で段階的に再ルーティングを行うことができます。あなたはトラフィックをIPアドレスごとに分割するか、HTTPクッキーごとに分割するかを選ばなければなりません。IPアドレス分割で設定するほうが簡単ですが、クッキー分割のほうが精密な割り振りができます。0–999の間の値にハッシュし、その数字を使ってリクエストをルーティングします。アドレス分割にはいくつかの大きな制限があります:IPアドレスからの全てのリクエストが一つのバージョンに対してずっとに割り振られるので、トラフィック分割の結果があなたが設定したものと多少異なる場合があります。トラフィック量の5%を別のバージョンに割り振ろうとした場合、実際のトラフィック割合は3–7%になる可能性があります。アプリケーション受け取るトラフィックが増えれば増えるほど、分割割合はより精確になります。アドレスの値はある程度固定されますが、その値が永続的に変わらないわけではありません。携帯電話から接続しているユーザーは、単一のセッションでIPアドレスが変わる可能性があります。同様に、ノートパソコンユーザーは仕事のために家からカフェへ移動することがあり、そうするとIPアドレスが変わります。結果として、ユーザーのIPアドレスが変わった時、あなたのアプリでおかしな事象が発生する可能性があります。Googleクラウドインフラの外からあなたのアプリに送られたリクエストは正常に動作します。あなたのアプリから他のアプリ(もしくはアプリ自身)に送信されたリクエストは、指定したバージョンに送信されません。それらのリクエストは全て非常に少ない範囲のIPアドレスから発信されるためです。これはGoogleクラウドインフラ内のアプリ間の全てのトラフィックに当てはまります。アプリ間のリクエスト送信が必要な場合は、代わりにクッキー分割を使用してください。クッキーが存在した場合、その数を使ってリクエストをルーティングします。したクッキーがない場合、リクエストはランダムにルーティングされます。GOOGAPPUIDクッキーを追加します。(このクッキーは、クッキーによるトラフィック分割が有効になっており、なおかつ応答にGOOGAPPUIDクッキーが設定されていない場合のみ追加されます。)クッキーを使ってトラフィックを分割すると、各バージョンへの精確な割り振りが簡単に行えます。それにより、より高い精度でトラフィックのルーティングができます(0.1%程度の誤差)。クッキー分割にはいくつかの制限があります:あなたがモバイルアプリを記述したりデスクトップクライアントを実行している場合、GOOGAPPUIDクッキーを管理する必要があります。そのクッキーを保存して後続のリクエストにそれを含めなければなりません。(ブラウザベースのアプリでは、既にこの方法で自動的にクッキーを管理しています。)内部リクエストを分割するには追加の作業が必要です。サーバサイドであなたのアプリから別のアプリへ(もしくは自分自身へ)リクエストを送信することが可能ですが、そのためにはリクエストにユーザーのクッキーを付けて転送する必要があります。アプリケーション、特に新しいバージョンを配置した時にはキャッシュ問題が存在します。トラフィック分割を使うと、大して気にならなかったキャッシュ問題がより鮮明なものになります。ファイルのような)をバージョン間で変更したとします。今、クライアントからリクエストが発生し、その応答内にキャッシュファイルへの外部参照があるとします。ファイルがキャッシュ内にある場合、ローカルHTTPキャッシュはそのファイルを取得します。キャッシュされているファイルのバージョン、応答を返したアプリケーションのバージョンは考慮されません。キャッシュされているリソースは応答内のデータと互換性のない可能性があります。Expiresヘッダを設定することで、動的リソースのキャッシュ問題を回避することができます。これらのヘッダはプロキシに対してこのリソースは動的であることを伝えます。ヘッダプロパティをサポートしているわけではないので、両方のヘッダを設定するのがベストです。RFCのヘッダフィールドブラウザセキュリティハンドブックのドキュメントキャッシュキャッシュ可能な静的リソースがバージョン間で変更される場合、バージョン間でリソースのURLを変更することができます。各バージョンの静的リソースが別のURLから提供される場合、それぞれのバージョンはプロキシサーバやブラウザキャッシュ内でうまく共存することができます。リソースの一意性はクッキーとリクエストURLの組み合わせを元に算出されます。このやり方はキャッシュサーバの負荷を増加させます。GOOGAPPUIDの値は1000通りのパターンが考えられるので、あなたのアプリの各URLごとに1000個のキャッシュエントリが作成される可能性があります。あなたのユーザーとアプリ間のプロキシの負荷に応じて、キャッシュヒット率を下げることができます。Cookieを使うことで、バージョン間で変更があった静的リソースの名前変更を簡単に行うことができます。Cookieのテクニックは全ての環境で動作するわけではありません。一般的には、あなたのアプリが他の目的でクッキーを使用している場合、これによってプロキシサーバにどれだけ負荷をかけるかを検討する必要があります。リクエストを処理するモジュールは非同期に実行されるバックグラウンドタスクに作業を割り振ることができます。Engine>タスクキュー配下にあります。ジョブに属するタスクについての情報が表示されます。ページ上部のメニューバーを使ってタスクの種類を選んでください。あなたのアプリのタスクキュー割り当て使用量の表示・非表示を切り替えます。.表にはあなたが選択したタイプでフィルタしたアプリケーションの割り当て量が全て一覧表示されます。このキューを実行するスケジュールタスクを表示するには、キュー名をクリックしてください。タスクのペイロード・ヘッダ・以前の実行(もしあれば)に関する詳細情報を見るには、タスク名をクリックしてください。手動で個別にタスクを削除したり、キュー内のタスクを全て削除したりできます。これは、タスクが完了できずにリトライを待っている場合に便利です。キューの一時停止や再開をすることも可能です。Engine>セキュリティスキャン配下にあります。Engineウェブアプリケーションの脆弱性を判別します。これはあなたのアプリケーションをクロールし、開始URLの範囲内リンクを全てたどり、脆弱性を見つけるために可能な限り大量のユーザー入力とイベントハンドラを過剰使用します。セキュリティスキャナを使用するには、あなたがプロジェクトのオーナーでなければなりません。詳細情報については、セキュリティスキャンの説明を一読ください。Engine>割り当て詳細配下にあります。割り当て消費量が表示されます。リソースはAPIごとにグループ分けされます。プロジェクトリソースが半日の時点で割り当て量の50%を越えた場合、それは1日が終わる前に割り当て量を超過する可能性があります。Quota?を参照してください。クラウドプラットフォーム使用状況と費用見積もりをCSVやJSONファイルにして書き出すこともできます。アプリケーションのパフォーマンスを向上できる分散型インメモリデータキャッシュを使用することができます。Engine>Memcache配下にあります。(共有もしくは専用メモリキャッシュ)。共有レベルは無料で、スペースの保証がない"ベストエフォート"に基づいて提供されます。専用の場合はあなたアプリケーションに排他的にリソースが割り当てられ、キャッシュスペースの時間あたりのギガバイトごとに課金されます。(課金を有効にする必要があります)。あなたがプロジェクトの所有者の場合、二つのサービスレベルを切り替えることができます。メモリキャッシュのヒットとミスの数。キャッシュ内のアイテムの数。古いアイテムの経過期間。アイテムの経過時間はそれが使用(読み込みか書き込み)される度にリセットされるので注意してください。キーを管理するキャッシュに新しいキーを追加したり、既存のキーを検索したりできます。unitsメモリキャッシュの使用は、通常キャッシュスペースのギガバイトごとに一秒あたりの操作で測定されます。MCUはメモリごとに計算され、操作を取得し、キーに関連する値のサイズに依存します。ページでは、過去1時間のMCUごとの上位キー20個の一覧が表示されます。keys)"を特定するのに役立ちます。頻繁にアクセスされるキーのみが追跡されます。ビューアには20個のキーが表示されますが、実際はそれ以上のキーが追跡されている可能性ががあります。この一覧には、各キーに関連する操作の回数が全メモリキャッシュトラフィックの割合の形で表示されます。アプリケーションがメモリキャッシュを過度に使用していくつかのキーが非常に頻繁に使われる場合、画面に警告表示が出ることがあります。一つ以上のインデックス形式で構造化されたドキュメントを保存する検索サービスが使用できます。ドキュメントはデータ型フィールドを持っています。あなたはクエリに合致するフィールド持ちドキュメントのインデックスを検索することができます。Engine>検索配下で使用できます。このページでは、プロジェクトの全てのインデックスと、インデックスに格納されたドキュメントを見ることができます。選択したインデックス上でクエリを実行することもできます。Engine>設定配下にあります。ページは二つのタブがあり、一つはアプリケーション設定のタブ、もう一つはアプリにカスタムドメインを追加するタブです。アプリケーション設定あなたが所有者権限を持っている場合、この項目を使って以下を設定することができます。ログイン用クッキーの有効期間。クッキーは一日か一週間か二週間で期限切れにすることができます。ログインを切り替えることができます。ログの保存基準(ストレージ制限と時間間隔)。既定では、アプリケーションログは最大90日間、1GBまで無料で保存されます。課金を有効にした場合、サイズ制限を増やして期間制限を最大1年まで拡張できます。カスタムドメイン・サブドメイン・アプリケーションの別名を設定するためのいくつかのオプションが使用できます。必要な場合は、アプリでSSLセキュリティを使用することができます。Appsアプリケーションと連携してサービスを提供することもできます。カスタムドメインを使用するを参照してください。注意:課金アカウントに関する情報とあなたのプロジェクトの課金設定を表示するには、コンソール画面の右上にある歯車のポップアップメニューを選択してください。クラウドプラットフォーム製品が提供するサービスと機能を使用することができます。Engineの項目にはなく、開発者コンソールの外にあります。プロジェクトを作成する開発者コンソールのヘルプページにはプロジェクトの作成・削除に関する説明があります。課金情報にアクセスするには、コンソール画面の右上にある歯車の形をしたプルダウンメニューを使ってください:プロジェクトの課金情報を管理するには、プロジェクト課金設定を選んでください。請求先アカウントを管理する、請求先アカウントを選んでください。権限のページを使ってください。プロジェクトメンバープロジェクトメンバーには、三つの役割のうちから一つを割り振ることができます。各役割は、プロジェクトおよびそのアプリケーションとリソースに対して異なるアクセスレベルが許可されています。アプリケーションの場合、役割を持つ人はではglcoudやappcfgといったコマンドラインツールで許可された操作を行えます。このコマンドラインツールは、アプリケーションの配置や管理に使われるものです。editorが持つ全ての権限、ユーザーを招待する、ユーザーの役割を変更する、アプリケーションを削除する。サービスアカウントを設定する必要があります。削除をクリックして、所有するプロジェクトを削除することができます。Cloudプラットフォームサービスが削除されます。アプリログを含む、プロジェクトのサービスの全ログは、監視>ログ配下のログページにあります。データストアサービスでは、スキーマレスで拡張が可能な、構造化されたデータオブジェクトのストレージを使用することができます。アプリケーションのデータストアを管理するには、ストレージ>クラウドデータストアの項目にあるページを使用してください。データストアダッシュボードクラウドデータストアのダッシュボードでは組み込みインデックスと複合インデックスの統計情報だけでなく、アプリケーション内のエンティティのデータが表示されます。)で使用されているデータストアの領域を示す円グラフ。エンティティの種類ごとのデータストア領域を示す円グラフ。各プロパティタイプごとに使用される合計領域を示す表。Stats)"エンティティは、データストア自体の統計データで使用されている領域(もしあれば)を示します。indexes.既定では、円グラフには全てのエンティティの統計情報が表示されます。ドロップ-ダウンメニューから選択することで、円グラフを特定の種類のエンティティに制限することができます。統計データはアプリのデータストアに保存されます。Engineでは、名前空間を使用していない場合は10メガバイト未満、名前空間を使用している場合は20MB未満の場合のみ統計情報を保存します。統計記録のタイムスタンプを見ることで、何が起こっているのかを判別することができます。タイムスタンプが2日以上古く、他のアプリケーションの統計は定期的に更新がされているような場合は、あなたのアプリが統計ストレージのサイズ制限に達した可能性があります。統計データで使用される領域は、アプリで使用する異なるエンティティの種類の数とプロパティタイプの数に比例して増加します。アプリで異なるエンティティやプロパティを使えば使うほど、統計ストレージ制限に達する可能性が高くなります。名前空間を使用する場合は、各名前空間にはその名前空間の統計の完全なコピーが含まれることを覚えておいてください。アプリケーション割り当て量としてカウントされます。インデックスインデックスのページでは全てのインデックスの表が表示されます。このページで新しいエンティティを作成できます。クエリクエリのページではフィルタ適用することでエンティティの種類を選び、クエリを作成することができます。コンソールではデータストアの管理はサポートしていません。この機能を望むのであれば、これまで通り管理コンソールのデータストア管理ページを使い続ける必要があります。Engineに関する著作権は全てそちらに帰属しています。誤訳が判明した場合、より分かりやすい言い回しが見つかった場合、原文が変更された場合などにより、本サイトの内容は予告なく変更されることがあります。誤訳についての指摘や未翻訳部分についての助言など、ご意見についてはこちらへいただけると助かります。翻訳の内容には誤りがある可能性があります。本サイトの記述内容によって不利益が発生した場合も、サイト管理人は一切の責任を負いません。