Come altri hanno già detto, MongoDB non ha la durata del server singolo in questo momento. Fortunatamente, è facilissimo per impostare la replica multinodo. Puoi persino configurare una seconda macchina in un altro data center e fare in modo che i dati vengano replicati automaticamente su di essa in tempo reale!
Se uno scrivere deve successo, puoi fare in modo che Mongo non torni da un inserimento/aggiornamento fino a quando i dati non sono stati replicati su n schiavi. Questo ti assicura di avere almeno n copie dei dati. I set di repliche ti consentono di aggiungere e rimuovere nodi dal tuo cluster al volo senza alcun lavoro significativo; basta aggiungere un nuovo nodo e sincronizzerà automaticamente una copia dei dati. Rimuovere un nodo e il cluster si ribilancia da solo. È progettato per essere utilizzato su più macchine, con più nodi che agiscono in parallelo; questa è la sua configurazione predefinita preferita, rispetto a qualcosa come MySQL, che prevede che una macchina gigante faccia il suo lavoro, su cui puoi quindi accoppiare gli slave quando è necessario ridimensionare. È un approccio diverso all'archiviazione e al ridimensionamento dei dati, ma molto comodo se ti prendi il tempo per capire la differenza nei presupposti e come costruire un'architettura che ne sfrutti i punti di forza.
