Habe ich das richtig verstanden:
ArangoDB ist eine Cluster-DB.
Wenn man aber aufwendige Verarbeitungen macht, z.B. hochverknüpfte Graphen verarbeitet, kann man die teure Clusterfähigkeit weitgehend abschalten und nur die Änderungen des einen einzigen Master-Knoten, auf dem man sich entschieden hat gerade zu arbeiten, an die Slave-Knoten weiterverteilen, sozusagen eine permanente Sofort-Backup-Funktion; das nennt man dann Fehler-Toleranz-Option.
Wenn es so wäre, klingt das so ein bisschen wie ein Offenbarungseid, dass das mit den verteilten Clusteroperartionen wohl doch nicht so einfach ist und die Kunden möglicherweise allzu oft Däumchen drehend vor ihrem Supercomputer saßen um darauf zu warten, dass alle am selben Modell auf unterschiedlichen Cluster Nodes gemachten Verarbeitungen schließlich wieder konsolidiert verfügbar waren.
Und es wäre natürlich genial, das Abschalten der Kernfunktion als neues Feature zu vermarkten: "Fehlertoleranzoptionen durch OneShard" oh whow.
Aber vielleicht habe ich das auch alles nur nicht richtig verstanden.