Project Voldemort ressemble bien, mais je n'ai pas examiné profondément jusqu'à présent.
Dans son état actuel CouchDB pourrait ne pas être la bonne chose pour "des quantités massives de données". La distribution des données entre les nœuds et les requêtes de routage en conséquence est sur la feuille de route, mais pas encore implémentée. Les plus grandes installations de production connues de CouchDB utilisent des "tables" ("bases de données" en langage parlé) d'environ 200G.
HA n'est pas supporté nativement par CouchDB mais peut se construire facilement: tous les nœuds CouchDB répliquent les nœuds de base de données entre eux dans une configuration multi-maître. Nous mettons deux Varnish proxies devant les machines CouchDB et les boîtes de vernis sont rendues redondantes avec CARP. La conception de CouchDB «construire à partir du Web» rend ces choses très faciles.
Le problème le plus urgent dans our setup est le fait qu'il existe toujours des problèmes avec la réplication des pièces jointes volumineuses (multi-MB) aux documents CouchDB.
Je vous suggère également de vérifier la route RDBMS traditionnelle. There are huge issues avec talent disponible en dehors de l'approche SGBDR et il y a très capables offres disponibles à partir d'Oracle & Co.
J'ai souvent lu que le cache fait par InterSystems est fortement utilisé dans les soins de santé au monde ». Ne peuvent-ils pas fournir une solution? – tuinstoel