私は、1 日あたり平均約 200 回の訪問 (1000 ページ ビュー、散発的に 1000 回の訪問と 10000 ページ ビュー以上に急増する) のアプリ エンジン (有料) アプリを使用しており、現在、cron ジョブを介して 5 分ごとに起動しています。合理的なパフォーマンスを保証します。これは、アプリ エンジンのレイテンシ スパイクが発生している間は常に機能するとは限りません (幸いなことに、最近ではあまり頻繁に発生することはありません)。また、cron-job 戦略は、クォータを食い尽くすため、理想的ではありません。
現時点では、Idle Instances と Pending Latency の設定をすべて「Automatic」に設定しています。
これらの設定を手動で微調整した経験のある人はいますか?また、トラフィックが与えられた場合にアプリのパフォーマンスを向上させることができる典型的な値は何ですか?
cron ジョブの代わりに、Idle Instances を 1 に設定します。Idle Instances は「予約済み」のインスタンスであり、増加した負荷に即座に対応できます。したがって、3 つのインスタンスを必要とする負荷があり、Idle Instance を 1 に設定すると、4 つのインスタンスが実行されます。
欠点は、現在使用されているインスタンスよりも 1 つ多いインスタンスに対して常に料金が発生することです。ただし、1 日 28 時間の無料インスタンス時間を取得し、1 つのアイドル インスタンスを無料でカバーすることに注意してください (ただし、1 つのインスタンスが実際にリクエストを処理している場合を除き、もう 1 つのアイドル インスタンスは追加料金がかかります)。
また、アイドル インスタンスが設定されている場合、新しいインスタンスを開始する必要があるときに Pending Latency が参照されるため、Pending Latency の影響はほとんどまたはまったくありませんが、常に 1 つのインスタンスが予約されています。警告: これは、アプリのコードが混乱したり、記述が不十分で (リクエスト ハンドラー内で外部サービスを呼び出したりするなど)、応答時間が異常に長くなる場合には当てはまりません。
結論: Idle Instances を 1 に設定してから、Pending Latency をアプリで許容できる最大値に設定します。