2016-11-22 4 views
0

私のGoogleアプリケーションエンジンのインスタンスがデフォルトのものとは異なるURLで提供されています。最近私は、コードfoo-backendの新しく作成されたインスタンスにGAEプロジェクトをアップロードしました。GAEインスタンスが別のURLで提供されています

提供するログを見るには、それはURLがhttp://1-dot-foo-backend.appspot.com代わりのhttp://foo-backend.appspot.comで提供する、あなたが見

> /_ah/spi/BackendService.getApiConfigs 
Saved; key: __appstats__:031500, part: 57 bytes, full: 1452 bytes, overhead: 0.000 + 0.003; link: http://1-dot-foo-backend.appspot.com/_ah/stats/details?time=1479812131572 

を示しています。私はこれを変更したい..任意のアイデア?

+0

これはリクエストログエントリかアプリケーションログですか? https://cloud.google.com/appengine/docs/python/logs/#request_logs_vs_application_logs –

+0

@DanCornilescuこれは私のサーバーログの最初のエントリです。 –

+0

URLは、URLルーティングルール(https://cloud.google.com/appengine/docs/)に従って、要求に対応した正確な 'foo-backend'サービス/モジュールバージョン(この場合は' 1')を特定しています。 python/how-requests-are-routed#routing_via_urlです。要求ログの形式は変更できませんが、必要に応じて独自の(アプリケーション)ログを追加できます。通常のリクエストの場合、その特定のモジュールバージョンが**デフォルトのモジュールバージョン**である場合、URLは希望のフォーマットと一致します。私はまだバックエンド/エンドポイントAPIを使用していないので、同じことがそれらに当てはまるかどうかはわかりません。 –

答えて

0

app.yamlにはversion: 1があります。

ここで何が起こっているのかを確認するには、次のようなシナリオを考えてみましょう。バックエンドのフロントエンドのキューイング作業で、アプリのバージョンnを導入しました。バージョンn + 1をデプロイしてデフォルトにします。しかし、フロントエンドとバックエンドの間で調整を加えました。フロントエンドバージョンnでキューに入れられた作業が、バージョンn + 1のバックエンドによって受信された場合、どうなりますか?変更に応じて、傷害を引き起こす可能性があります。

唯一安全なことは、すべてのバージョンnの作業が排水されるまで、バージョンnのフロントエンドによってキューに入れられた作業をバージョンnのバックエンドによって処理するように調整することです。一方、バージョンn + 1のフロントエンドによってキューに入れられた作業は、バージョンn + 1のバックエンドによって処理されます。これはどのようにして保証されますか?その時点でデフォルトのバージョンをエンコードすることで、URLに作業がキューイングされます。

+0

「バージョン:1」なしでは、その特定のプロジェクトをGoogleクラウドにデプロイできません。私は配備のために 'appcfg.py'ファイルを使用しています。 –

関連する問題