Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Що означає архітектура «master-replica»?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)**Архітектура «master-replica»** (чи «primary-replica») - це модель реплікації, за якої один сервер бази даних є **основним (master / primary)**, а решта - **копіями (replicas / slaves)**: усі операції запису (`INSERT`, `UPDATE`, `DELETE`) виконуються **лише на master-сервері**, а він у реальному часі передає зміни на репліки, які обробляють операції читання (`SELECT`). **Ключове:** така архітектура знижує навантаження на master, підвищує стійкість до відмов (одну з реплік можна призначити новою основною) і забезпечує масштабування «на читання», але потребує механізмів узгодженості даних і процесів failover.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)Зображення**Архітектура «master-replica»** (чи «primary-replica») - це модель реплікації, за якої один сервер бази даних є **основним (master / primary)**, а решта - **копіями (replicas / slaves)**. ### Як це працює 1. Усі **операції запису** (`INSERT`, `UPDATE`, `DELETE`) виконуються **лише на master-сервері**. 2. Master у реальному часі **передає зміни** на репліки через механізм реплікації. 3. Репліки містять актуальні копії даних і обробляють **операції читання** (`SELECT`). ### Навіщо це потрібно - знижує навантаження на master, бо читання розподіляється між репліками; - підвищує стійкість до відмов - якщо master вийде з ладу, одну з реплік можна призначити новою основною; - забезпечує масштабування «на читання» й пришвидшує роботу застосунку. Важливо: така архітектура потребує механізмів **узгодженості даних** (щоб репліки не відставали) і **процесів failover** (автоматичного перемикання на нову основну ноду за збою).Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.