Ich habe eine C # /. NET-Anwendung, die binäre Blobs variabler Größe (10 KB - 100 MB) in einem zentralen Repository speichern muss. MogileFS erfüllt meine Anforderungen genau (einmal beschreibbar, hochverfügbar, horizontal transparent skalierbar, optimiert für Standardhardware), aber das Fehlen von .NET-Bindungen deutet darauf hin, dass es noch etwas mehr .NET-Möglichkeiten gibt.
Oder sollte ich nur diese Bindungen schreiben?
Ich würde vorschlagen, dass Sie CloudIQ Storage von Appistry betrachten. Es ist ein vollständig verteilter Datenspeicher, der auf Standardhardware läuft. Sie können die Anzahl der Kopien einer Datei definieren, die über Knoten hinweg Datei für Datei verwaltet wird. Wenn Sie also eine Datei einmal schreiben, aber viele gleichzeitige Lesevorgänge haben, können Sie den Wert von N (Anzahl der Kopien einer Datei) auf eine große Zahl setzen, um eine größere Parallelität zu erreichen.
Das System implementiert eine REST-basierte Schnittstelle für PUTs und GETs und Metadaten werden in JSON zurückgegeben, so dass es in .NET viele gute Bibliotheken gibt.
Ich werde hier ein wenig aushelfen und MySQL vorschlagen. Wenn Sie MySQL mit MyISAM verwenden, scheint es mir, dass es Ihren Anforderungen entspricht. Wenn Sie eine hohe Verfügbarkeit wünschen, können Sie mit der Replikation die Daten auf vielen Rechnern spiegeln. Wenn Sie noch höhere Verfügbarkeit wünschen, können Sie zu MySQL Cluster migrieren. Die .Net-Bindungen für MySQL funktionieren ziemlich gut. Es sei denn, Sie benötigen etwas Spezialisierteres, was Ihrer kleinen Beschreibung zufolge nicht zutrifft, dann könnte MySQL dieser Aufgabe gewachsen sein. Der Vorteil der Verwendung eines Standard-RDBMS ist, auch wenn Sie nicht unbedingt alle seine Funktionen benötigen, dass es einfach ist, Entwickler zu finden, die bereits damit vertraut sind.
Tags und Links .net c# file-storage mogilefs