Обеспечение сохранности информации в условиях сбоев облачных сервисов требует от компаний четкого понимания географии своих ресурсов и наличия распределенных систем хранения. Об этом в эфире «Радио РБК» сообщил Александр Тоболь, занимающий позицию IT-предминистра и ранее работавший техническим директором VK.
Первоочередной задачей при возникновении инцидента становится аудит физического размещения виртуальных машин. По мнению Александра Тоболя, необходимо убедиться, что активы распределены по разным зонам доступности, а не сосредоточены в одной дефолтной локации. Для этого достаточно обратиться к инженерам площадки и оперативно запустить все имеющиеся процессы резервного копирования. Реализовать этот базовый чеклист можно всего за несколько часов.
Однако для полноценной защиты недостаточно просто иметь бэкапы. Эксперт подчеркивает необходимость использования услуг другого провайдера для хранения копий, чтобы избежать единой точки отказа. Также критически важно заранее рассчитать временные затраты на восстановление: процесс выгрузки данных может растянуться от нескольких часов до целых суток. Если ИТ-инфраструктура управляется через код, рекомендуется протестировать развертывание системы на новой площадке, чтобы выявить возможные пробелы в сохранности настроек и данных.
Для крупных игроков рынка, способных содержать собственную DevOps-команду, существуют более продвинутые инструменты, такие как репликация и механизмы автоматического переключения между площадками. Александр Тоболь отмечает, что использование моделей master-slave и репликации является необходимым стандартом для компаний, чей бизнес напрямую зависит от стабильности ИТ-систем. При этом он разделяет автоматизацию как дорогостоящее решение для корпораций и базовые методы, доступные всем.
В качестве «последнего рубежа» защиты специалист выделяет наличие физически изолированной копии базы данных на локальном диске в офисе, называя такой подход крайне надежным. В конечном итоге, стратегия безопасности должна строиться не на стремлении к абсолютной отказоустойчивости, а на прагматичном расчете: компания должна четко осознавать финансовые потери от каждого часа или суток простоя и подбирать соответствующий уровень резервирования.
