Если основная реплика Master выходит из строя, в системе обычно происходит процесс failover — автоматическое или ручное переключение на одну из реплик (Standby), которая становится новым мастером.

Что происходит внутри:

Мониторинг обнаруживает, что Master недоступен.
Выбирается подходящая реплика с актуальными данными.
Реплика переводится в режим записи (promote), становится новым Master.
Остальные реплики перенастраиваются для репликации с нового Master.
Клиенты перенаправляются на новый Master для продолжения работы.

В Go-приложениях обычно реализуют логику обнаружения и переключения либо через сторонние инструменты (например, Patroni, Repmgr), либо через собственный код с использованием health checks и управления конфигурацией подключения.

Важно, чтобы данные были синхронизированы, чтобы избежать потери или рассогласования информации.

Какие действия предпринимаются или что происходит внутри системы, если основная реплика Master выходит из строя?