Quelles actions sont entreprises ou que se passe-t-il dans le système si la réplica principale Master tombe en panne?

Si la réplica principale du Master échoue, un processus de basculement se produit généralement dans le système : une commutation automatique ou manuelle vers l'une des répliques (Standby), qui devient le nouveau maître.

Ce qui se passe en interne :

1. La surveillance détecte que le Master n'est pas accessible.
2. Une réplique appropriée avec des données à jour est sélectionnée.
3. La réplique est promue en mode écriture, devenant le nouveau Master.
4. Les autres répliques sont reconfigurées pour répliquer à partir du nouveau Master.
5. Les clients sont redirigés vers le nouveau Master pour continuer le travail.

Dans les applications Go, la logique de détection et de basculement est généralement implémentée soit via des outils tiers (par exemple, Patroni, Repmgr), soit via du code propre utilisant des vérifications de santé et la gestion de la configuration de connexion.

Il est important que les données soient synchronisées pour éviter toute perte ou désynchronisation de l'information.