2

Schnelle Frage. Ich habe jede Menge Informationen über die azurblauen Blob-/Datei-/Plattenspeicheroptionen gelesen und ich habe eine so einfache Speicheranforderung, dass ich verwirrt bin, was die beste Wahl wäre. Die meisten Informationen, die ich lese, gehen mir völlig über den Kopf.Azure Blob vs Datei vs Festplattenspeicher

Ich hatte gehofft, jemand könnte in der Lage sein, das Sichtfeld zu einem vernünftigeren Satz von Pro/Contra einzuschränken. Meine Situation ist wie folgt:

Ich baue eine API, die Bildverarbeitung macht. Um es einfach auszudrücken, der Benutzer macht eine get-Anfrage für ein bestimmtes Bild mit bestimmten Text zu drucken, meine API verarbeitet es und spuckt ein Bild wieder aus. Derzeit laufe ich auf einem Azure-Emulator, so dass die Bilddateien (etwa 3 Gigs von PNGs) von einem lokalen Pfad gezogen werden. Ich werde bald auf einem Live-Azure-Server bereitstellen, also werde ich diese Bilddateien irgendwo speichern wollen (ohne sie in die eigentlichen Anwendungsdateien zu legen).

Mein bisheriges Verständnis ist, dass die Festplatten- und Dateioptionen es mir erlauben, meinen Code relativ gleich zu halten und trotzdem allgemeine Datei-I/O zu verwenden, um die Bildpfade zu laden. Die Platten erlauben nur den Zugriff auf Daten zu der Maschine, auf der diese API läuft, was in Ordnung wäre, aber ich weiß nicht, ob es einen Vorteil für die Platten gibt, die diese Beschränkung auferlegen. Der Blob-Speicher erfordert, dass ich das ändere, aber es gibt nicht sehr viel Code und ich sehe nicht voraus, dass dies zu schwierig ist.

Es gibt so viele Details zu jeder einzelnen Wahl, dass ich Schwierigkeiten habe, zu einer Entscheidung zu kommen: Für meine Situation, gibt es eine klare Wahl zwischen den dreien? Geht es darum, was leichter ist? Leistung und Kosten haben oberste Priorität. Was sind die Vor-/Nachteile in Bezug auf diese? Dies muss in der Lage sein, zu mehr Bildern zu skalieren, aber nur bis zu einem gewissen Grad. Ich konnte es in den nächsten Jahren von 3 Gigs Bilder zu 10 Gigs Bilder sehen, aber nicht von 3 Gigs zu 1000 Gigs.

+0

Sie sind für Blob Storage suchen. Datei und Festplatte sind Strukturen, die einige Funktionen hinzufügen, die Sie nicht auf Kosten von Einfachheit und Einschränkungen benötigen.Wenn Sie in Zukunft die Begrenzungslimits des Blobspeichers überschreiten müssen, können Sie Ihre Bilder auf mehrere Konten streichen (sagen Sie Bilder a * -k * in einem Konto, der Rest in einem anderen) –

Antwort

4

, die Sie wählen, ist völlig bis zu Ihnen, aber objektiv:

  • Azure File Storage kann als SMB-Laufwerk implementiert werden (so dass alle Instanzen Ihrer App kann damit arbeiten). Hinweis: Dies wird derzeit von Web Apps nicht unterstützt. Sie können nur über die API in die Dateifreigabe schreiben und nicht über die angehängte Festplatte. Azure File Storage-Volumes unterstützen jeweils bis zu 5 TB und der Durchsatz beträgt max. 60 MB/s über die Freigabe. Es wird von Azure-Blobspeicher unterstützt (also genauso haltbar wie Blobs).
  • Azure Disks sind wieder Blob-Backed (Seitenblobs), jeweils bis zu 1 TB. Jede Festplatte kann auf eine einzelne VM eingehängt werden. Der Durchsatz ist höher als der Dateispeicher (60/Sek pro Blob). Kann nicht auf VMs ohne Ihre eigene Lösung zum Synchronisieren von Daten gemeinsam genutzt werden. Einmal gemountet und formatiert, zugänglich wie jede andere lokale Datei (z. B. keine Änderungen an Ihrer App)
  • Azure Blobs: Bis zu 500 TB pro Speicherkonto, kann jeder Block Blob bis zu 200 GB 4.77TB sein. Zugriff über REST API/SDK, nicht mounten als Festplatte/Laufwerk. Ohne die App zu ändern, müssen Sie sicherstellen, dass Blob-Inhalte auf den lokalen Datenträger kopiert wurden, um Vorgänge für den Inhalt auszuführen (Sie können einen Blob nicht einfach als Datei öffnen und ändern).

(Edited größeren Block-Blob-Größe zu reflektieren, eingeführt Dezember 2016)

+1

nur dazu hinzuzufügen, mit 10GB von Daten, die absolut irrelevant sind, welche Route du nimmst, benutze einfach das, was am bequemsten ist. Übrigens, ist das eine Kopie \ einfügen? Wie in aller Welt hast du es so schnell geschafft? – 4c74356b41

+0

Dies ist relevant, wenn das OP für mehrere Instanzen skaliert wird und Zugriff auf ein beliebiges Objekt von einer beliebigen Instanz benötigt wird (wodurch angehängte Festplatten weniger wünschenswert werden), da sie an eine bestimmte Instanz gebunden sind. –

+1

Keine Kopier-Paste - nur viel Kaffee. :) –