Bitte korrigieren Sie meine Fehler. Nach meiner bisherigen Lektüre zum Thema scheint es mir, dass sowohl Azure Blob Storage als auch File Service die Möglichkeit bieten, Dateien und Ordner zu speichern (ich verstehe, dass Blobs jedes binäre Objekt, aber jedes serialisierte, speichern können Binärdatenstrom ist nur eine Datei (am Ende des Tages) in einer hierarchischen Struktur, die ein Dateisystem imitiert.
Lediglich die API für den Zugriff darauf unterscheidet sich insofern geringfügig, als Sie mit dem Dateidienst zusätzlich zur API REST) auch die Quelle mit Win32-Datei-E/A-Funktionen abfragen können.
Warum sollten Sie sich für eine andere entscheiden, wenn Ihre Anwendung einige Dateien speichern soll, deren Eigentümer die Benutzer Ihrer Anwendung sind?
Einige Punkte für Ihre Frage:
Wenn Sie eine neue Anwendung entwickeln, nutzen Sie die native Azure-API direkt in Blob Storage.
Wenn Sie eine vorhandene Anwendung portieren, die Dateien freigeben muss, verwenden Sie den Azure-Dateidienst.
Beachten Sie, dass es einige SMB Protokollfunktionen gibt, die Azure File Service nicht unterstützt .
Ein paar andere Dinge zu beachten:
Azure File Service zielt mehr auf die interne Dateiverwaltung ab. Mit intern meine ich das Mounten eines Verzeichnisses in eine VM in der Cloud oder lokal, damit es in Ihr Back-End geladen werden kann (SMB-basiertes Protokoll).
Für die Freigabe von Dateien für Endbenutzer (Web oder Apps) ist die Verwendung von Blob-Speicher wahrscheinlich sinnvoller, da dies das Herunterladen über eine URL und das Sichern des Downloads über Shared Access-Signaturen vereinfacht.
Dieser Beitrag enthält weitere Details zum Vergleich (unten): https://blogs.msdn.Microsoft.com/windowsazurestorage/2014/05/12/introducing-Microsoft-Azure-file-service/ =