0

新しいコードがテストされたら、GAEアプリの特定のサブドメイン（demo.my-gae-app.comライブ環境の代わりなどmy-gae-app.com）または特定のバックエンドインスタンス（サブドメインが禁止されているか、適切なソリューションではない場合）のいずれかに変更をリリースできれば便利です。ここ）。

次に、ベータテスターに​​新しいコード変更をデモし、実際のGAE環境に対してパフォーマンステストを実行できます。GAE SDKには開発アプリサーバーが付属していることは知っていますが、ほとんどのAPI呼び出しをスタブ化し、本番環境のようにスケーリングをまったく処理しません。また、開発者のローカルサンドボックスとQA環境に絶対に使用しますが、実際に本番環境を模倣する環境に対して実行されていない製品への正しいリリースコードを感じません。

他のGAE開発者/チームはこれにどのように対処しますか？私は実際に実稼働前の環境（「デモ」など）を探していますが、実際にはライブGAEアプリサーバー上にあります。もちろん、このコードへのアクセスを制限して、自分自身、開発者、ベータテスター、および自動化されたパフォーマンステストのみがアクセスできるようにする必要があります...（これがキッカーです）。

4

2 に答える 2

5

次のいずれかの方法で、コードをデフォルト以外のアプリケーションバージョンにデプロイできます。

  • appengine-web.xmlversionのタグ値を変更する
  • -V version引数を指定してappcfg.shを呼び出す
  • GoogleEclipseプラグインのデプロイオプションでバージョンを変更する

その後、次のサイトにアクセスしてアプリケーションにアクセスできます。version.appid.appspot.com

異なるバージョンが同じアプリケーションデータストアにアクセスできることに注意してください。

于 2012-09-09T11:04:03.053 に答える
1

Google App Engineに新しいアプリケーションを登録し、Eclipseでプロジェクトの設定を変更してベータ版をデプロイしました。次に、Googleのツール（Googleドキュメントを参照）を使用して、本番データストアのコンテンツを新しいベータ版アプリにコピーしました。

  • データ抽出中の読み取り専用モードのデータストア
  • エンティティキーは、所有されていない関係を操作するときに問題になる可能性があります-誰かがこれに関する情報を持っていますか？

これは私に完璧なベータライブ環境を提供します。

于 2012-09-10T10:16:30.307 に答える