ストレージアカウントをバックアップするソフトウェア(ブロック&テーブル、キューなし)を作成中です。これを行う方法を調べているうちに、ストレージロギングの可能性が出てきました。この機能を使用して、最初の完全バックアップの後でスマートインクリメンタルバックアップを実行したいと考えています。しかし、この機能の入門記事では、hereに次のような警告が記載されています。Windows Azureストレージロギングの信頼性
通常の操作では、すべての要求がログに記録されます。ログはベストエフォート型で提供されることに注意することが重要です。これは、書き出し前にストレージフロントエンドのログデータをメモリにバッファリングし、ロールを再起動するとログのバッファが失われるため、すべてのメッセージがログに記録されるという保証はありません。
これはバックアップの解決策であるため、この機能によってこの機能は使用できなくなります。ファイルを見逃すことはできません。しかし、私はMicrosoftがBLOB関数のトリガのようないくつかの機能を組み込み、最近では新しいAzure Event Gridを構築してきたので、これが変更されたのか疑問に思います。
私の質問は、この動作が変更されたかどうか、またはログがまだベストエフォート型であるかどうかと、私たちの 'スキャン'戦略に固執すべきかどうかです。
これは、いくつかの新しいイベントAPIまたはスキャンに基づいたWebJobのようなものを使って$ logsコンテナを追跡しますか? –
はい、Azureストレージとイベントグリッドでサポートされている新しいイベントAPIです。以前の方法とは異なり、信頼性があります。 – sguler
そのAPI GAに関する情報はありますか? –