Bitte korrigieren Sie meine Fehler. Aus meiner bisherigen Lektüre zu diesem Thema geht hervor, 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 speichern können, aber jedes serialisierte Binärstrom ist nur eine Datei am Ende des Tages) in einer hierarchischen Struktur, die ein Dateisystem nachahmt.
Nur die API für den Zugriff darauf unterscheidet sich geringfügig darin, dass Sie mit dem Dateidienst die Quelle zusätzlich zur Verwendung der REST-API auch mit Win32 File I / O-ähnlichen Funktionen abfragen können.
Warum sollten Sie sich für eine andere entscheiden, wenn Ihre Anwendung einige Dateien speichern soll, die den Benutzern Ihrer Anwendung gehören?
quelle
Antworten:
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 der Azure-Dateidienst nicht unterstützt .
quelle
Ein paar andere Dinge zu beachten:
quelle
Der Azure-Dateidienst ist eher auf die interne Dateiverwaltung ausgerichtet. Mit intern meine ich das Mounten eines Verzeichnisses auf einer 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 es wahrscheinlich sinnvoller, Blob-Speicher zu verwenden, 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/
quelle