Ease of use, mgmt is easy, and also quick lookups based on keys.

Ich habe Aerospike [1] und andere NoSQL-Datenbanken getestet, als wir nach einer brauchbaren Alternative zu dem suchten, was wir hatten, da wir an seine Grenzen stießen. Was mir an Aerospike gefiel, ist, dass man die Genauigkeit der Leistungsansprüche leicht bestätigen kann, was bei den meisten kommerziellen Produkten nicht der Fall ist. Außerdem muss man im Gegensatz zu üblichen Datenbanken kein Sharding definieren (d. h. wie die Daten auf den verschiedenen Knoten der Datenbank fragmentiert werden) oder Replikationsparameter (d. h. die Anzahl der Knoten, auf denen Ihre Daten repliziert werden, damit Sie im Falle eines Knotenfehlers nichts verlieren). Diese Parameter sind wesentlich, aber als Entwickler muss man sich nicht viel darum kümmern, da Aerospike dies übernimmt. Außerdem bietet Aerospike die Wahl zwischen In-Memory-Speicher (z. B. zum Zwischenspeichern von Benutzersitzungsdaten) oder SSD-Festplattenspeicher (für Haltbarkeit) ohne Kompromisse bei der Leistung. Es hat eine leistungsstarke Abfragesprache und ermöglicht es Benutzern, benutzerdefinierte Aggregationsfunktionen basierend auf der Lua-Programmiersprache [2] zu definieren, die besonders flexibel ist, wenn es darum geht, geschäftsbezogene Aggregationsalgorithmen zu definieren. Vor allem ist es eine Open-Source-Lösung.

Die Geschwindigkeit. Wir haben eine MongoDB damit ersetzt und es war viel schneller. Wir führten eine mehrmonatige Bewertung dieses Systems im Vergleich zu einigen alternativen Datenbanken durch. Letztendlich entschieden wir uns für Cassandra, weil der Support zu dieser Zeit besser war. Es sieht jedoch so aus, als ob Aerospoke jetzt einen ziemlich soliden Enterprise-Support-Plan hat.