Microsoft Azureがアプリケーションロギングに「ブロックブロブ」を追加する理由を混乱させる理由について混乱しています。Microsoft Azure Webサイトでログ用のブロブを追加する代わりにブロックブロブを使用する理由
'append blob'では、クライアントはクライアントにチャンクをダウンロードすることなく、単にBLOBにテキスト行を追加できます。
ブロックブロブに追加するには、ブロックIDまたはコンテンツをダウンロードし、そのクライアントサイドに追加してからブロブに書き戻します。より多くの作業が必要です。
Microsoft Azureは、独自の実装でログを書き込む目的の方法を使用しないのはなぜですか？ロギングに「ブロブ追加」を使用する際の注意点はありますか？
ブロックブロブを含むロギングソリューションが戻ってくる間、ブロブを追加するのはまったく新しいものです。そのレガシーと現在のすべての依存関係が導入されているので、今それを変更することは非常に難しいでしょう。
@ gaurav氏は次のようなコメントを述べています。これは純粋な推測です。 –
私の経験から、追加ブロブ を追加するといくつかのオーバーヘッドがあり、何回追加できるかという制限があります。 一般的なログには、1行ずつ多くの行が追加されています。
付加数がそれほど多くなくなると、読みはかなり遅くなります。 明らかに、blobは内部的にリンクされたリストの一種です。 ブロックまたはページのBLOBの実際のバイトを更新する方がパフォーマンスが向上します。
さらに、blobを追加するほうが新しく、ログはおそらくAzureの最初の機能の1つです。
パブリックAPIまたはライブラリ があれば、BLOBを更新することによって追加のシミュレーションを複雑にすることはできません。
純粋に推測的な答え - おそらくこれは、Webサイトのログに先立ってブロブを追加するための理由であり、チームはまだ変更を加えていません。しかし、ログのシナリオにはブロブを追加するのが理想的です。 Azure Websitesチームの誰かが決定的な答えを得るかもしれません。 –