Сломай и сделай нормально
Telegram ·
🔴 Чек-лист настройки резервного копирования: и почему копия у хостера не спасла 334 тысячи сайтов
На все пункты должно быть уверенное «ДА», тогда не будет проблем)
✅ У каждой системы есть копия вне инфраструктуры основного провайдера.
✅ В копию входит база данных, а не только файлы проекта.
✅ В копию входят пользовательские загрузки: документы, фото, вложения.
✅ Конфигурация описана и хранится вне панели провайдера: переменные окружения, настройки веб-сервера, задания расписания.
✅ DNS-записи выгружены в файл, а не существуют только в панели управления.
✅ Сохранён список IP-адресов и правил CDN, включая адреса в белых списках у платёжных и сторонних сервисов.
✅ Копии уезжают в объектное хранилище другой компании, не той, где работает сервер.
✅ Учётная запись, которой сервер пишет копии, не имеет права удаления.
✅ В хранилище включено версионирование.
✅ Включена блокировка версий на 30–90 дней, чтобы архив нельзя было стереть.
✅ Доступы к хранилищу не лежат на том же сервере, который в него пишет.
✅ За последние 90 дней проводилось учебное восстановление целиком, а не проверка наличия файлов.
✅ Записано, сколько часов занял подъём по этапам.
✅ Восстановление проверял не тот человек, который настраивал копирование.
✅ Время жизни DNS-записей — 10 минут или меньше.
✅ Корпоративная почта не зависит от того же провайдера, что и сайт.
✅ Есть список паролей, ключей и токенов, которые придётся сменить при компрометации сервера.
✅ Назначен человек, принимающий решение о восстановлении, и есть канал связи с командой вне основного домена.
👍Для РБК подробнее разобрали ситуацию, читать тут: тык
👨💻 Подписаться, чтобы не пропустить
