MongoDB oder CouchDB - geeignet für die Produktion?

Question

Ich wollte fragen, ob mir jemand sagen kann, ob MongoDB o CouchDB sind bereit für eine Produktion Umwelt.

Ich schaue mir jetzt diese Speicherlösungen an (im Moment favorisiere ich MongoDB), allerdings sind diese Projekte noch recht jung, und so sehe ich voraus, dass ich meinen Vorgesetzten ziemlich hart davon überzeugen muss, dass wir diese neue Technologie übernehmen sollten.

Was ich gerne wissen möchte, ist:

1. Wer nutzt heute MongoDB oder CouchDB in einer Produktionsumgebung?

2. Wie verwenden Sie MongoDB/CouchDB?

3. Auf welche Probleme sind Sie bei der Einführung dieses neuen Speichersystems gestoßen (und wie haben Sie sie gelöst)?

4. Wie sind Sie mit den Problemen der Migration umgegangen, mit denen Sie konfrontiert waren?

5. Haben Sie gute/schlechte Erfahrungen mit einer dieser Lösungen gemacht, die Sie gerne teilen möchten?

Answer 1

CouchDB 0.11 (veröffentlicht Ende März) ist ein Feature-Freeze Release für 1.0. Das bedeutet, dass wir die Kompatibilität mit dem aktuellen API für 1.0 beibehalten werden. Jetzt ist also ein guter Zeitpunkt, um einen weiteren Blick auf CouchDB zu werfen, wenn Sie es schon eine Weile nicht mehr getan haben.

Le site Der Quellcode von CouchDB 0.11 ist hier verfügbar. Es gibt binäre Installationsprogramme und andere nützliche Dinge, die hier verlinkt sind.

Answer 2

Ich weiß nichts über MongoDB, aber aus der CouchDB FAQ :

Ist CouchDB bereit für die Produktion?

Ja, siehe InTheWild für eine unvollständige Liste von Projekten, die CouchDB verwenden. Ein weiterer guter Überblick ist CouchDB Fallstudien

Außerdem einige Links:

• Re: Aktueller Stand von CouchDB?
• SimpleDB, CouchDB und andere "NEUE" Datenspeicher - Feedback

Answer 3

Wir setzen couchdb in der Produktion ein, und das schon seit kurz bevor das Projekt unter das Dach von Apache kam.

Wir verwenden es, um alles zu speichern, was wir sonst in einer Datenbank speichern würden, sowie alle Arten von unstrukturierten Daten. Mir persönlich gefällt es sehr gut, dass man einfach alle Arten von Daten hineinwerfen und die Ansichten verwenden kann, um das, was man nicht braucht, je nach Situation herauszufiltern.

Der schwierigste Teil war die Abkehr von der dbms-Mentalität. Wir haben unsere eigenen Migrationsprogramme geschrieben, als sich das Speicherformat änderte, nur um sicherzugehen, also war das nicht wirklich ein Problem.

Wir haben noch keine negativen Erfahrungen gemacht, aber wir haben das Gerät auch noch nicht unter großer Belastung gehabt. I denken würde ziemlich gut funktionieren, da wir zwei Slave-Server haben, die von einem einzigen Master-Server replizieren, der alle Schreibvorgänge erhält. Ich bin mir ziemlich sicher, dass wir es nicht so machen müssen, damit die Replikation richtig funktioniert, aber so haben wir es am Anfang eingerichtet und es hat sich bewährt.

Answer 4

Wir verwenden CouchDB, um ein- und ausgehende mobile Nachrichten zu speichern und über einige von mir geschriebene Ansichten über diesen Verkehr zu berichten. Das Frontend ist in Python geschrieben. Wir hatten keine wirklichen technischen Probleme, und das System läuft seit Ende Dezember. Die einzige Hürde, auf die ich gestoßen bin, war, anfangs in MapReduce zu denken, aber als ich erst einmal gelernt hatte, wie man das macht, ging alles andere reibungslos.

Answer 5

Wir verwenden derzeit MongoDB in der Produktion als Caching-Schicht sowie als Speichermaschine für den Produktimport und die Bearbeitung von Produktdaten. Wir sind ein eCommerce-Unternehmen, das mehr als zwei Millionen Produkte (100+ Millionen Attribute) verwaltet, die über 10+ Händler verteilt sind, und ohne MongoDB wäre diese Aufgabe nahezu unmöglich.