💾 Почему бэкап должен храниться в другой инфраструктуре
💾 Почему бэкап должен храниться в другой инфраструктуре Очень часто правило "3+2+1", о котором мы писали ранее, сложно выполнимо организационно (а кому-то кажется избыточным), поэтому делается один бэкап. Самая распространённая ошибка в этом случае — хранить резервную копию там же, где находятся рабочие данные. Причём «там же» — это не только тот же самый сервер. Бэкап может находиться на другом сервере, но в том же пуле оборудования, дата-центре или региональной зоне хостера. На первый взгляд всё отлично: серверы разные, копия есть. Но у них остаётся общая точка отказа. 🔥 Сбой оборудования или системы хранения. ⚡ Проблемы дата-центра. 🌐 Авария региональной инфраструктуры. 🔐 Взлом инфраструктуры или учётной записи. 👨💻 Ошибка администратора. В каждом из этих случаев основной сервер и резервная копия могут стать недоступны одновременно. Поэтому хороший бэкап должен пережить не только потерю отдельного файла или сервера, но и потерю всей площадки, на которой работает проект. Другой сервер — хорошо. Другой дата-центр — лучше. Другой регион или независимое хранилище — ещё надёжнее. 📌 Главный принцип: хотя бы одна резервная копия не должна иметь общей точки отказа с основной инфраструктурой. • Мы в Telegram • Наш сайт