Отказоустойчивость шире списка уязвимостей
Аудит безопасности изучает открытость и настройки защиты. Аудит отказоустойчивости также выясняет, что произойдёт при недоступности провайдера, почты или администратора. Например, рабочая корзина может не передать заказ дальше из-за сбоя уведомлений. Это анализ веб-системы, а не сертификация всей программы непрерывности бизнеса.
Аудит отказоустойчивости: начать с бизнес-сценария
Определите, что должно продолжать работать: приём заявок, оформление заказов или доступ сотрудников. Затем рассматриваем зависимости от домена, DNS, хостинга, базы, почты, API и людей с правами. Несколько серверов не устраняют единую точку отказа в DNS или административном аккаунте.
Нужны ожидаемые RTO/RPO, карта поставщиков, доступные инструкции и сведения о предыдущих сбоях. Внешнее наблюдение подтверждает доступность сейчас, а не способность восстановиться после будущей аварии.
Наблюдение и проверенный сценарий восстановления
Выводы отчёта должны отражать уровень проверки, чтобы план не создавал ложной уверенности.
| Уровень | Пример | Ограничение |
|---|---|---|
| Документы | Провайдер описывает резервирование | Фактическое восстановление не выполнялось |
| Настройки | Задание копирования включено | Запуск из копии не подтверждён |
| Согласованный тест | Приложение восстановлено в отдельной среде | Результат относится к проверенному сценарию |
Как использовать результаты аудита
Для точки отказа указываем влияние, владельца зависимости и возможное уменьшение риска. Например, единственный администратор почты требует резервного способа управления; дополнительный сервер эту проблему не решает. Это иллюстрация методики.
Итоговый план содержит приоритеты, необходимые доступы и сценарии повторной проверки. Миграция, настройка резервирования и аварийное дежурство согласуются отдельно; аудит сам по себе не создаёт отказоустойчивую инфраструктуру.
Учебная цепочка заказа и ответственность
Домен ведёт к приложению, приложение использует базу и поставщика оплаты, результат уходит в почту. Для каждого звена нужны владелец, доступ и способ восстановления управления. Если провайдер недоступен, выясняем канал связи и альтернативу; если заблокирован администратор, резервный доступ; если упал сервер, подходящую копию и среду. План закрытия содержит ответственного, зависимость и подтверждение результата. Это проверка непрерывности функций; аудит безопасности отвечает на вопросы экспозиции и контролей. Координация с поставщиками и часовыми поясами требует согласования.