Сайт уже дважды за последние месяцы «падал» на несколько часов — то хостинг перегружен, то сертификат не продлился вовремя, то DNS подвис. Каждый такой случай — это упущенные обращения клиентов и нервотрёпка, потому что восстановление занимает часы, а не минуты. Пришло время сделать нормальную страховку: полноценную копию сайта на запасном домене, которая всегда актуальна и готова принять трафик в любой момент.
Ключевое требование — синхронизация без участия человека. Как только на основном сайте меняется контент, страницы, картинки или структура каталога, копия на резервном адресе должна подтягивать изменения по расписанию сама, без того, чтобы кто-то из команды вручную заливал файлы. Второе требование — контроль состояния: нужна регулярная автоматическая проверка, что основной адрес действительно работает и отдаёт правильные страницы, а не просто отвечает на пинг. При обнаружении проблемы должно приходить оповещение, а переключение посетителей на резервную копию должно занимать считанные минуты и не требовать глубоких технических знаний от того, кто будет это делать в момент аварии.
Способ реализации оставляем на усмотрение исполнителя — это может быть скрипт по крону, настройка на уровне CDN или сторонний сервис мониторинга с привязкой к DNS. Просим только заранее объяснить логику решения и предупредить о рисках, включая дублирование контента между двумя адресами и возможные вопросы поисковых систем к такой схеме.
Итоговый результат должен включать:
— автоматическое обновление копии по расписанию;
— пошаговую инструкцию по экстренному переключению;
— регулярные проверки доступности с оповещением о сбоях;
— рекомендации по дальнейшей поддержке зеркала.
Ключевое требование — синхронизация без участия человека. Как только на основном сайте меняется контент, страницы, картинки или структура каталога, копия на резервном адресе должна подтягивать изменения по расписанию сама, без того, чтобы кто-то из команды вручную заливал файлы. Второе требование — контроль состояния: нужна регулярная автоматическая проверка, что основной адрес действительно работает и отдаёт правильные страницы, а не просто отвечает на пинг. При обнаружении проблемы должно приходить оповещение, а переключение посетителей на резервную копию должно занимать считанные минуты и не требовать глубоких технических знаний от того, кто будет это делать в момент аварии.
Способ реализации оставляем на усмотрение исполнителя — это может быть скрипт по крону, настройка на уровне CDN или сторонний сервис мониторинга с привязкой к DNS. Просим только заранее объяснить логику решения и предупредить о рисках, включая дублирование контента между двумя адресами и возможные вопросы поисковых систем к такой схеме.
Итоговый результат должен включать:
— автоматическое обновление копии по расписанию;
— пошаговую инструкцию по экстренному переключению;
— регулярные проверки доступности с оповещением о сбоях;
— рекомендации по дальнейшей поддержке зеркала.
