Не только доступность сайта, но и работоспособность форм и интеграций.
Надёжность сайта — это не только защита от взлома. Частые бизнес-риски проще: потерянный доступ к домену, неработающая форма, истёкший SSL, неудачное обновление или backup, который никто не восстанавливал.
Симптом и причина — не одно и то же
Один и тот же внешний симптом может появляться по разным причинам. Сначала стоит записать конкретный сценарий: URL, устройство, шаг, момент появления и последние изменения.
Что проверить в первую очередь
- Удалять старые учётные записи после завершения работ.
- Настроить уведомления с контекстом URL и времени.
- Настроить независимый backup.
- Проверять не только HTTP 200, но и критические формы.
- Пересматривать учётные записи и зависимости.
Как сузить круг причин
Поддержка сайта начинается с владения доступами, резервного восстановления, мониторинга критичных функций и понятного процесса релизов.
Главный вопрос эксплуатации: кто узнает о проблеме первым. Если только клиент сообщает, что форма не работает, мониторинг неполон.
Чего я бы не делал на старте
- единственный backup на том же сервере
- обновление production без копии
- домен на личной учётке подрядчика
- мониторинг только HTTP 200
Бэкап, который никто не пробовал восстановить, — это не план восстановления.
Что сравнить после исправления
- ошибки форм/API
- успешность backup
- время восстановления
- время обнаружения
Нормальная эксплуатация заметна в аварии: понятно, где логи, как откатиться и что проверить после восстановления.
Если проблема уже проявляется на рабочем сайте
Можно начать с диагностики текущего состояния и отделить локальный дефект от архитектурной причины.