ともに使用して、同時リクエストによって新しいインスタンスが起動されるタイミングを指定します。積に等しい値に達すると、スケジューラは新しいインスタンスを起動します。このパラメータを使用することはできません。使用して、このパラメータを設定します。max_concurrent_requests省略可。インスタンスが受け入れることのできる同時リクエスト数。ともに使用して、同時リクエストによって新しいインスタンスが起動されるタイミングを指定します。積に等しい値に達すると、スケジューラは新しいインスタンスを起動します。未満に設定しないようおすすめします。未満の場合、スレッドセーフなアプリ向けに必要数を上回る数のインスタンスが作成されて、不必要な費用が発生する可能性があります。レイテンシが増大する可能性があります。実際のリクエスト数が上限に達する前にスケジューラが新しいインスタンスを生成する場合もあります。リクエストが保留キューで待機できる最長時間。この時間を経過すると、リクエストを処理する新しいインスタンスが起動されて保留待ち時間が短くなります。このしきい値に達すると、それがスケールアップのきっかけとなり、インスタンス数の増加につながります。最長時間を短く設定すると、保留中のリクエストに対処する新しいインスタンスの作成が早くなります。コストも高くなります。コストは低くなります。新しいインスタンスを作成するタイミングが決定されます。は新しいインスタンスを作成しません。は新しいインスタンスの作成を試みます。既存インスタンスの再利用を試みます。は新しいインスタンスを作成します。リクエストが保留キューで待機する最短時間。この時間が経過すると、リクエストを処理するために新しいインスタンスが起動されます。このしきい値に達すると、それがスケールダウンのきっかけとなり、インスタンス数の減少につながります。最小待ち時間を短く設定すると、既存のインスタンスがすべて稼動中のときにリクエストが保留中のキューにとどまる時間が短くなります。コストも高くなります。最小時間を長く設定すると、既存のインスタンスがすべて稼動中のときにリクエストが保留中のキューにとどまる時間が長くなります。コストは低くなりますが、ユーザーがリクエストの処理を待つ時間は長くなります。使用する必要があります。以上の基本スケーリングを有効にし、次の要素を含めることができます。max_instances必須。よってこのサービスのバージョンに対して作成されるインスタンスの最大数。これはサービスのコストを抑えるのに役立ちます。idle_timeout省略可。最後のリクエストを受信した後、この時間が経過すると、インスタンスはシャットダウンされます。使用する必要があります。以上の手動スケーリングを有効にし、次の要素を含めることができます。instances起動時にサービスに割り当てるインスタンスの数。指定のない限り、ウェブプロキシとブラウザは、ウェブサイトから読み込んだファイルを一定期間保持します。ハンドラにキャッシュ期間を構成することもできます。ヘッダーをブラウザに返すことで、キャッシュの期間を設定できます。レスポンスで送信されます。サーバーのキャッシュにも保存されます。キャッシュからファイルを消去しても、中間キャッシュから消去することはできません。アプリの新しいバージョンを再度デプロイしても、キャッシュはリセットされません。時間未満)設定してください。