Ayant la performance à l'esprit, j'aime le fait que, malgré le fait qu'il soit écrit en C, il peut être utilisé de manière transparente depuis la JVM, ce qui favorise son utilisation dans les solutions Big Data.

Mon cas d'utilisation était de prendre en charge des milliards de requêtes par jour avec un temps de réponse de 2-3 ms. Nosql était un choix évident mais après avoir exploré plusieurs bases de données, nous avons opté pour Aerospike parce qu'il est : - Extrêmement rapide (pouvant supporter >1 million de TPS sur un seul nœud) - Son mécanisme de basculement, c'est-à-dire les basculements automatiques - Prend en charge de grandes requêtes de lecture et d'écriture simultanément - Évolutif horizontalement. Clustering côté serveur. Données fragmentées et répliquées.

Aerospike est bien optimisé pour utiliser les performances des SSD. La seule chose nécessaire est une planification de capacité appropriée et votre environnement de production sera assez stable. Nous avons environ 20-30 To de données stockées dans Aerospike. Voici les points que j'aime le plus à ce sujet : 1. Avec un pic de 300-400k TPS, 99 % des requêtes entrantes se terminent toujours en moins de 1-2 ms. Je crois que c'est le magasin de données NoSQL le plus rapide à ce jour. 2. Configuration du cluster est très facile. 3. Maintenance absolument nulle par rapport à Cassandra ou Hbase. 4. Facile à surveiller la santé et la performance du cluster. 5. Le support d'entreprise est assez bon. 6. Les mises à niveau de version sont un processus très fluide.