Nicht ohne Probleme

Probleme mit NoSQL-Datenbanken lauern oft da, wo mit dieser jungen Datenbankgeneration noch keine Erfahrungen vorliegen. So hatte die Firma Foursquare kürzlich eine Downtime durch die NoSQL-Datenbank MongoDB Probleme [14]. Im Einsatz waren zwei große Amazon EC2-Instanzen mit je 66 GByte RAM. Jedoch wuchs der Speicherbedarf (MongoDB nutzt hier Memory Mapped Files im RAM) bei einer Instanz auf über 66 GByte und bei der anderen auf 50 GByte. Dies konnte nicht einfach repariert werden, wäre aber durch Überwachung und Hinzufügen einer neuen EC2 Instanz leicht vermeidbar gewesen.

Abschließend soll an dieser Stelle auf zwei Trends hingewiesen werden, die auch die NoSQL-Datenbankwelt beeinflussen:

• Oft hat ein Unternehmen hohe Persistenzanforderungen. In Zukunft werden diese immer öfter mit mehreren Datenbanken gelöst. Es gibt schon viele praktische Beispiele zum hervorragenden Zusammenspiel der relationalen Welt mit NoSQL. Auch gibt es schon einige Hybridlösungen wie etwa HadoopDB. Hier sollte man nicht voreilig mit dem Argument der Maintenance-Kosten den Aufbau einer Multi-DB-Umgebung verhindern.
• Mit der Geschwindigkeit, mit der Cloud-Lösungen und Virtualisierung weiter voranschreiten, wird auch das Datenbank-Hosting zunehmen. Künftig wird es auf Cloud-Umgebungen wie Amazon AWS oder Rackspace viele Dutzende von gehosteten Datenbanklösungen geben. Hier ist bereits von DaaS (Database as a Service) die Rede. Die Kunst dabei wird zukünftig immer mehr darin bestehen, für die Menge der Anforderungen die richtige Mischung an DaaS-Lösungen zu finden.