GAEタスクキューの自動テストから手動テストへ

Googleアプリケーションエンジンのタスクキューのスケーリングを自動（10分で応答が必要）から手動（24時間応答に延長）に変更しようとしています。私のapp.yamlファイルには、私はこれをテストするために展開することはできませんし、ローカルでテストしようとしていますGAEタスクキューの自動テストから手動テストへ

application: my-application 
version: alpha-1 
runtime: python27 
api_version: 1 
threadsafe: true 
instance_class: B1 
manual_scaling: 
    instances: 5

にそれを変え

application: my-application 
version: alpha-1 
runtime: python27 
api_version: 1 
threadsafe: true

が含まれています。残念ながら、dev_appserver.pyは、最初のapp.yaml構成（タイムアウトする必要があります）を使用した場合、10分後にタイムアウトしません。これをどうすればテストすればよいですか？または、どのように適切に拡大縮小できますか？

出典

2017-02-09 Marc On

何か関連したメモ：あなたの投稿を明確にしたいと思うかもしれません - タスクスケーリングではなく、アプリケーションスケーリング（https://cloud.google.com/appengine/docs/python/config/appref#scaling_elements）を参照しているようです（https://cloud.google.com/appengine/docs/python/taskqueue/push/creating-push-queues#defining_the_push_queue_processing_rate）。 –

ありがとうございます！タスクキューを直接スケーリングすることはできません。今私はスケーラブルなモジュール/サービスを指すことによってタスクがスケーリングされることを認識しています。ドキュメントは今より多くの意味があります。 –

インスタンススケーリングをローカルでテストすることはできません。SDKは実際のGAEスケーリングロジックをサポートしていないため、実際のGAEインフラストラクチャでテストする必要があります。

devserverでサポートされていないタスクキュー機能もあります。Using Push Queues in the Development Serverを参照してください。

実稼働環境に影響を与えないためには、ステージング/開発環境を作成することができます。たとえば、異なるアプリケーション&アプリを作成して、同じアプリコードをデプロイする場所（アプリIDが更新された場所）にできます。ちょうど、Naming environmentsの2番目の提案と同じです。

出典

2017-02-10 03:29:37

GAEタスクキューの自動テストから手動テストへ

答えて

関連する問題