3

ストリーミング データに適したクラウド データ ストレージ API とは?

具体的には、1) 既知の終了がなく、継続的に追加され、2) いつでも読み取ることができる一定のデータ ストリーム。

分散アクセスの性質上、Amazon S3、Google Storage for Developers、Windows Azure Blob などの大きなクラウド ストレージ オプションは、ストリーミング データをサポートしていないようです。

現在の信念:

1) Amazon S3 では、オブジェクトへの追加操作は許可されません (置換のみ)。マルチパート アップロード API では、「ストリーミング」アップロードが可能ですが、完全に作成されたら「ファイナライズ」する必要があります。

2) Google Storage オブジェクトは不変であるため、同じことです。

3) Windows Azure ブログ ストレージにはブロック ストレージがありますが、Amazon S3 マルチパート アップロードと同様に、ブロックを「ファイナライズ」する必要があるため、無制限のストリームは使用できません。

何か案は？

4

2 に答える 2

0

必要なのは、ブロック BLOB ではなく、Windows Azure ページ BLOB です。ページ BLOB の詳細については、http://msdn.microsoft.com/en-us/library/windowsazure/ee691964.aspx を参照してください。

ページ ブロブを使用すると、既存のブロブに追加できます。主な考慮事項は、512 バイトのページ全体を書き込む必要があることです。そのため、既存のファイルに追加する場合は、最大 511 バイトの既存のデータも送信する必要がある場合があります。ファイルの最後から。

于 2011-12-09T02:27:55.807 に答える
0

Windows Azure BLOB ストレージを使用すると、必要な限り同じ BLOB に追加 (および各書き込み後にブロック リストをコミット) し続けることができ、読み取り時に任意のバイト範囲を要求できます。ただし、データが継続的にストリーミングされる単一の HTTP 要求の動作は得られません。(ある範囲をリクエストしてから、次の範囲などを別のリクエストにする必要があります。つまり、任意の時点で、ブロブの長さは有限です。)

要件を正しく理解していれば、データをフロントエンドにする独自のコード (ソケットベースまたはチャンクされた HTTP 応答) を構築することが唯一の選択肢かもしれません。

于 2011-07-16T02:13:04.590 に答える