После недавних событий с дата центрами Яндекс и получением уведомления на почту, решил разобрать для вас то, что происходит.
Что будет с бизнесом, если привычная облачная зона станет недоступной не на час, а на неопределённый срок?
⛔Yandex Cloud сообщил о недоступности зоны ru central1 b после атаки БПЛА на дата центры. Провайдер перешёл на ручное управление квотами на вычислительные ресурсы и диски, ограничил создание новых ресурсов сверх установленных лимитов и обозначил приоритет для сервисов, которые ещё не восстановлены.
Это не повод искать виноватых. Это проверка зрелости процессов: насколько компания действительно готова к отказу площадки.
🌦 ОБЛАКО НЕ ОТМЕНЯЕТ ОТВЕТСТВЕННОСТЬ
Если говорить честно, облако не переносит на провайдера всю ответственность за непрерывность бизнеса. Оно даёт инфраструктуру. Но восстановление сервисов, данных, доступов и процессов, в большей степени остаётся задачей владельца системы.
Можно использовать надёжную платформу и всё равно иметь одну точку отказа. Например, если база данных, резервные копии, ключи, образы и критичные интеграции находятся в одной зоне.
🖥 Резервная копия не равна восстановлению
Бэкап полезен, только если команда заранее понимает:
- где находятся копии и есть ли к ним доступ при отказе основной зоны;
- достаточно ли квот, мощностей и дисков для запуска резервного контура;
- сохранены ли конфигурации, образы, сертификаты, ключи и секреты;
- в какой последовательности поднимать сервисы;
- кто принимает решение о запуске аварийного сценария.
О рисках, при спешке
Во время переноса инфраструктуры часто расширяют сетевые доступы, создают временные учётные записи, ослабляют защитные контроли.
В итоге инцидент доступности может привести ещё и к инциденту ИБ.
Задача ИБ не в том, чтобы остановить восстановление запретами.
🗓Нужно заранее подготовить безопасный сценарий аварийной работы: права доступа, журналирование, контроль временных исключений и проверку целостности данных.
😊Чек-лист проверки, для подписчиков:
- Может ли критичный сервис работать при недоступности основной облачной зоны?
- Проверялось ли восстановление в реальной тренировке, а не только по регламенту?
- Понятно ли, какой минимум сервисов нужно восстановить первым?
- Есть ли резервная площадка и ресурсы для запуска?
- Знает ли команда, кто принимает решения и как взаимодействовать с провайдером?
Устойчивость начинается не с уведомления о форс мажоре. Она начинается тогда, когда компания перестаёт считать облако гарантией и регулярно проверяет свой план восстановления.
Вопрос коллегам: вы знаете, за какое время сможете восстановить критичный минимум сервисов на другой площадке?