httpresponseによるブロブストア要求の処理コスト

私の質問はとても簡単です。

httpレスポンスを通じてブロブストア要求を提供するコストはいくらですか? 今、私はそれらをブロブストアにアップロードし、imageServingLink()を作成し、そのリンクを使ってイメージをユーザーに提供することによってイメージを提供しています。これは帯域幅とインスタンス時間ではなく、1600ピクセルの制限があります。

だから代わりに私はhttpresponseを通して私のイメージを提供したいと思います。

したがって、httpresponseを介してのサービスは、インスタントタイム(イメージをダウンロードしているユーザーの長さの場合)や帯域制限のような追加の割り当てを必要とします。

私はどこかで読んだことがあるが、帯域幅がかかるだけだが、ブロブストアの文書にはっきりしていない!

そして2番目の質問:

blobstore httpresponseは、サムネイルサービスを提供するよりも速くまたは遅いサービスを提供していますか?

または、スピードやピクセルをあきらめることなく、イメージをできるだけ安価に提供するために取ることのできる選択肢があります。

私は応答を楽しみにしています。

== EDIT ==

この部分は私には完全にはっきりしていません。

スタティックコンテンツ配信(Java、Python)は、特殊なアプリケーションによって処理されます   Instance Hoursを消費しないエンジンインフラストラクチャ。もし   カスタムヘッダーを設定する必要があります.Blobstore API(Java、Python、   行く)。 Blobレスポンスの実際の提供はインスタンスを消費しません   時間。

これで、ブロブストアはインスタンスを使用するかどうか、応答を提供しますか?

blobstore内の静的ファイルと動的ファイルの違いは何ですか?blobstoreはどのようにして認識していますか?

btw。私の画像のアップロードの大半は1600ピクセル以上になります。

2

2 答え

Images APIによって生成されたURLへのリクエストは、アプリケーションコードの実行を必要としないため、インスタンス時間を消費しません。 App Engineインフラストラクチャは、アプリに連絡することなく、ユーザーにイメージを提供できるため、インスタンスの時間が消費されません。

文書化されたこちらとして提供されているBLOBについて話しているとします。つまり、適切なブロブストアヘッダーを設定し、App EngineインフラストラクチャにBLOBレスポンスを返すようにします。追加コストは、ハンドラで消費されるインスタンスの時間と、ユーザが経験する追加の待ち時間です。

4
追加された
@Rohan "lost"ではなく "used"を意味すると仮定すると、コードが実行されている間だけインスタンス時間を消費するという答えです。クライアントがファイルをダウンロードする時間は関係ありません。
追加された 著者 Nick Johnson,
どれくらいのインスタンス時間が失われたか、クライアントが画像をダウンロードする全期間、またはBLOB処理の場合にそのハンドラを実行するだけですか?
追加された 著者 Rohan,
ありがとう、これは私が探していた答えです。
追加された 著者 Rohan,

imageServingLink()/ get_serving_url()で提供される画像は、高速画像配信に特化した専用のGoogleハードウェアからのもので、

代わりにアプリケーションから画像を提供する必要がある場合は、もちろん、帯域幅に加えていくつかのインスタンスタイムを支払わなければならず、少し遅くなります。このインスタンス時間は、要求ハンドラから返されるまでコードを実行するためのものであり、クライアントによる実際のデータのダウンロードはインスタンス時間を消費しません。

しかし、1600ピクセルの制限に悩まされているのであれば、1600ピクセル以上の画像を扱う小さなリクエストハンドラを追加して、残りの部分については imageServingLink()を使用し続けることができます。あなたのユースケースはわかりませんが、通常は高解像度の画像はすべての画像のほんの一部です。

2
追加された
質問をもう一度見てください、私は部分を編集しました。
追加された 著者 Rohan,
私は私の答えを編集しました。つまり、「自分のイメージのほとんどは1600ピクセルより大きくなるでしょうか?」という意味ですか?その場合、blobstore APIを使用してアプリケーションから画像を提供することが唯一の方法と思われます。
追加された 著者 Julian Go,