Replica set a sharding — dostępność czy podział danych?

Replica set utrzymuje kopie danych: primary przyjmuje zapisy, a secondary replikują zmiany. Przy awarii może nastąpić wybór nowego primary. Sharding dzieli dane między shardy i rozwiązuje inny problem.

Praktyka: aplikacja musi obsłużyć chwilową utratę primary. Dobieram write concern, read concern i read preference do wymagań spójności oraz dostępności.

Pułapka: secondary może pozostawać w tyle. Przeniesienie odczytów na repliki nie gwarantuje natychmiastowej widoczności ostatniego zapisu. Replikacja nie zastępuje backupu i nie sprawia, że zapisy automatycznie skalują się na wszystkie węzły.