私の間違いを訂正してください。これまでこのトピックについて読んだところによると、Azure Blob Storage と File Service はどちらも、ファイル システムを模倣した階層構造でファイルとフォルダー (BLOB は任意のバイナリ オブジェクトを保存できることは理解していますが、シリアル化されたバイナリ ストリームは結局のところ単なるファイルです) を保存する機能を提供しているようです。
アクセスするための API のみが若干異なり、ファイル サービスでは、REST API の使用に加えて、Win32 ファイル I/O のような関数を使用してソースを照会することもできます。
アプリケーションでアプリケーションのユーザーが所有するファイルを保存したい場合、なぜどちらか一方を選択するのでしょうか?
ベストアンサー1
ご質問に対するいくつかの項目:
- Azure Blob Storage を仮想マシン上のネイティブ共有としてマウントすることはできません。
- Azure Blob Storage は、コンテナーを超えて階層化されていません。Blob Storage を読み取る多くのアプリによってフォルダーとして解釈される / または \ 文字を含むファイルを追加できます。
- Azure File Service は、Azure Blob Storage への SMB プロトコル インターフェイスを提供し、(1) の問題を解決します。
新しいアプリケーションを開発している場合は、ネイティブの Azure API を Blob Storage に直接活用します。
ファイルを共有する必要がある既存のアプリケーションを移植する場合は、Azure ファイル サービスを使用します。
SMBプロトコルには、Azureファイルサービスはサポートしていません。