Mit der Leistung im Hinterkopf gefällt mir die Tatsache, dass es trotz der Tatsache, dass es in C geschrieben ist, nahtlos von der JVM verwendet werden kann, was seine Verwendung in Big-Data-Lösungen fördert.

Mein Anwendungsfall war es, Milliarden von Zugriffen pro Tag zu unterstützen und mit einer Antwortzeit von 2-3 ms. Nosql war die offensichtliche Wahl, aber nach der Erkundung mehrerer Datenbanken entschieden wir uns für Aerospike, weil es: - Extrem schnell ist (kann >1 Million TPS auf einem einzelnen Knoten unterstützen) - Über einen Failover-Mechanismus verfügt, d.h. automatische Failovers - Große Lese- und Schreibanforderungen gleichzeitig unterstützt - Horizontal skalierbar ist. Serverseitiges Clustering. Gesplittete und replizierte Daten.

Aerospike ist gut optimiert, um die Leistung von SSDs zu nutzen. Das Einzige, was benötigt wird, ist eine ordnungsgemäße Kapazitätsplanung, und Ihre Produktionsumgebung wird ziemlich stabil sein. Wir haben etwa 20-30 TB Datenspeicher in Aerospike. Hier sind die Punkte, die mir am meisten gefallen: 1. Bei einem Spitzenwert von 300-400k TPS werden 99% der eingehenden Anfragen immer noch in < 1-2 ms abgeschlossen. Ich glaube, es ist der schnellste NoSQL-Datenspeicher bis heute. 2. Cluster-Setup ist sehr einfach. 3. Absolut keine Wartung im Vergleich zu Cassandra oder Hbase. 4. Einfach zu überwachen, die Cluster-Gesundheit und Leistung. 5. Enterprise-Support ist ziemlich gut. 6. Versions-Upgrades sind ein sehr nahtloser Prozess.