Описание проекта
У нас небольшая продакшн-платформа на нескольких Linux-серверах и пара баз MySQL под ней, и текущая ситуация с бэкапами нас откровенно пугает. Копии делаются руками время от времени, лежат на той же машине, где живут боевые данные, и восстановление из них никто ни разу по-настоящему не проверял. Требуется специалист, который выстроит нормальную автоматическую систему резервного копирования и аварийного восстановления, чтобы вышедший из строя диск, ошибочный DELETE или шифровальщик перестали быть смертельной угрозой для бизнеса.
Нам нужна полная картина, а не просто cron-задача, которая куда-то складывает дампы. Мы хотим регулярные проверяемые бэкапы и файловой системы, и баз данных, зашифрованные копии, уезжающие на удалённую или резервную площадку, и разумные политики хранения с суточными, недельными и месячными уровнями — чтобы держать историю, но не платить за вечное хранение всего подряд. Бэкап, который никто не проверяет, бэкапом не является, поэтому автоматическая проверка целостности и периодические тестовые восстановления в отдельное окружение — жёсткое требование, вместе с мониторингом и оповещениями, которые громко сигналят, как только задача упала или копия пропала.
Самое важное для нас в результате — документированный runbook восстановления, по которому спокойный инженер сможет действовать в три часа ночи, с чётко заданными целевыми показателями восстановления, чтобы все понимали, сколько данных мы можем позволить себе потерять и как быстро обязаны вернуться в строй. Опишите, пожалуйста, свой подход, инструменты, на которые вы опираетесь, и то, как вы докажете нам, что всё это действительно работает от начала до конца, прежде чем мы примем работу.
— Автоматические бэкапы серверов и баз MySQL по расписанию
— Зашифрованные удалённые или резервные копии с уровневым хранением
— Проверка целостности, мониторинг и тестовые восстановления
— Письменный runbook восстановления с целями RPO и RTO
Нам нужна полная картина, а не просто cron-задача, которая куда-то складывает дампы. Мы хотим регулярные проверяемые бэкапы и файловой системы, и баз данных, зашифрованные копии, уезжающие на удалённую или резервную площадку, и разумные политики хранения с суточными, недельными и месячными уровнями — чтобы держать историю, но не платить за вечное хранение всего подряд. Бэкап, который никто не проверяет, бэкапом не является, поэтому автоматическая проверка целостности и периодические тестовые восстановления в отдельное окружение — жёсткое требование, вместе с мониторингом и оповещениями, которые громко сигналят, как только задача упала или копия пропала.
Самое важное для нас в результате — документированный runbook восстановления, по которому спокойный инженер сможет действовать в три часа ночи, с чётко заданными целевыми показателями восстановления, чтобы все понимали, сколько данных мы можем позволить себе потерять и как быстро обязаны вернуться в строй. Опишите, пожалуйста, свой подход, инструменты, на которые вы опираетесь, и то, как вы докажете нам, что всё это действительно работает от начала до конца, прежде чем мы примем работу.
— Автоматические бэкапы серверов и баз MySQL по расписанию
— Зашифрованные удалённые или резервные копии с уровневым хранением
— Проверка целостности, мониторинг и тестовые восстановления
— Письменный runbook восстановления с целями RPO и RTO
Веб программирование Наличные, Банковский перевод
