フロントエンドのインスタンス時間はアプリエンジンでどのように計算されますか？

Question

私は簡単なオンライン注文アプリケーションを作成しました。週に25時間、おそらく月曜日と火曜日にそれらを処理します。

は、ダッシュボードを見て、私は次を参照してください。

Billing Status: Free - Settings Quotas reset every 24 hours. Next reset: 7 hrs 
Resource    Usage 
Frontend Instance Hours  16%  4.53 of 28.00 Instance Hours 

4.53時間は、私が持っているユーザーの数のめちゃくちゃ高いと思われます。

は私のページの一部が別のサービスに保存されているFileMakerデータベースへの呼び出しを行うなどの待ち時間があります。

/auth/google/callback 9 51 2399 ms 

：

URI   Reqs  MCycles  Latencies   
/profile 50   74   1241 ms 
/order  49   130   3157 ms 

私の認証ページはまた、彼らは第三者に呼び出すように、高レイテンシを持っているが

私はまだ彼らがどのように4.53時間に追加することができますか？

誰でも説明できますか？

Answer 1

インスタンスがスピンアップするたびに15分が請求されます。

要求が少ないが間隔が空いていると、インスタンスがシャットダウンし、次にインスタンスが回転したときに15分間の課金が発生します。

18のHTTP要求で4.5インスタンス時間を簡単にラックアップできます。

Answer 2

私は前回の回答に加えて、あなたが混乱させるかもしれないあなたの請求についてもう少し詳しく考えてみました。 Googleでは、24時間の請求期間ごとに28時間の無料インスタンス時間を提供しています。

理想的には、アプリケーションへの呼び出しがインスタンスのスピンアップを待つ必要がないように、1つのインスタンスを常に実行していることが理想的です。 1つのインスタンスで毎分かなりの量のコールを処理できるので、28時間無料で多くのことを達成できます。

あなたはインスタンス時間が非常に多い（潜在的な請求の17時間で5インスタンス時間を消費します）。あなたのアプリへの呼び出しの大部分が現在待機していることは間違いなく、スピンアップレイテンシと実際の実行レイテンシの両方に対してGoアプリを実行している場合、スピンアップは問題ではない可能性があります。 Python、おそらく小規模から中程度の問題、Java ...

あなたのインスタンスを生きたままにして、無料のインスタンスクォータの100％を消費することを考える。また、必ずGo、Python（良いデザイン）を使用してください。 Javaを使用しないでください。