Google App Engine Free オプションでホストされている静的な html Web サイトがあります。それは新しいサイトであり、トラフィックだけが私がウェブサイトを訪れているので、話すトラフィックはありません。
ホームページのリクエストが 15 回だけで、フロントエンド インスタンスの消費時間が 5% になっていることに気付きました。このレートでは、私のウェブサイトは 1 日あたり 300 人の訪問者にしかサービスを提供できません。
フロントエンド インスタンスの時間制限に達するとどうなるか知りたいですか? 私のウェブサイトは一般公開されなくなりますか? 帯域幅の制限を超えない限り、静的コンテンツは異なるサーバーによって提供され、引き続き提供されるべきであるとどこかで読みました。これは本当ですか？
フロントエンドのインスタンス時間を短縮するには?
あなたのために少し明確にするために。各リクエストが無料クォータの 0.05/15 を消費したと考えています。これはあなたの根本的な誤りです。各リクエストは、アプリのインスタンスによって処理されます。28 インスタンス時間は無料です。リクエストが送信されるたびに、アクティブなインスタンスがない場合は 1 つが開始され、1 つのリクエストのみを処理する場合でも、このクォータの 15 分が消費されます。ただし、アプリが効率的であれば、この 1 つのインスタンスで 15 分間に何千ものリクエストを処理できます。アプリの効率が悪い場合やトラフィックが多い場合は、一度に複数のインスタンスが実行されることになります。常に 4 つのインスタンスを常に実行している場合、15 分ごとに 1 時間のインスタンス クォータを消費するため、サイトは 6 時間後に使用できなくなります。述べたように、これは、最小/最大アイドル インスタンスで遊び始めるときです。インスタンスを少なくするために応答時間をトレードオフすることができます。この例では、Min/Max Idle を調整してアプリの応答時間を上げたとしますが、これにより、アクティブなインスタンスの数が 4 から 1 に減少しました。その後、サイトを完全に 24 時間稼働させることができます。 .
インスタンスが実行されていない場合は、リクエストによってインスタンスが開始されます。インスタンスは、最後のリクエストを処理してから 15 分間稼働したままになります。
したがって、理論的には、15 分ごとに 1 日合計 96 回のリクエストを行い、1 日 28 時間の無料インスタンス時間のうち 24 時間のインスタンス時間を使用できます。
Max Idle Instances と Min Pending Latency の設定を変更して、複数のインスタンスの作成を減らすことができます。コンテンツの有効期限を設定します。(リンク)