MongoDB Replikation: a never ending Story...
Nicht No-SQL vs SQL , sondern das Drama unfertiger Software.....
Für eine Portalapplikation haben wir MongoDb als NoSql Backend-Datastore benutzt. Wir haben uns durch die Flexibilität des Datenmodells Erleichterungen in der Frontendentwicklung versprochen - welche grundsätzlich auch erreicht wurden.
Leider hat sich MongoDB im Betrieb als sehr unzuverlässig gezeigt, und hat einige längere Ausfälle im Produktionssystem verursacht. Als Konsequenz haben wir von MongoDb im Pod wieder auf einen klassischen MSSQL Cluster auf 2 VMs gewechselt. (Wobei wir die JSON Fähigkeiten des MSSQL Servers schätzen gelernt haben)
Besondes frustrierend: Wir haben aus Gründen der Betriebssicherheit eine Drei Node Replikation eingesetzt, und genau diese Replikation hat mehrmals zum Sillstand der gesamten MongoDB geführt , weil nach einem Openshift update, der Restart (gracefull....) zur Verwirrung der Nodes geführt hat (Wer ist jetzt der Master?) , womit keiner der Knoten startet.