Во вторник компания Commvault представила свое решение для устранения проблем с восстановлением данных в корпоративных средах. Продукт под названием Recovery Studio, по обещаниям поставщика, «автоматизирует восстановление приложений, идентификационных данных, конфигураций, инфраструктурных зависимостей и наборов данных с помощью автоматизированного рабочего процесса, управляемого инструкциями».

Аналитики и консультанты высоко оценили это решение, согласившись с тем, что современные предприятия сталкиваются с трудностями при быстром, точном и безопасном восстановлении данных. Однако они также подчеркнули, что новая система, которая станет доступна для раннего доступа в декабре, а общедоступной — «в ближайшие месяцы», возлагает на ИТ-отделы задачу поддержания актуальности карты зависимостей.

Recovery Studio не использует искусственный интеллект для определения правильных деталей восстановления. Он полагается на карту активов, зависимостей и другой релевантной информации, которую создает и поддерживает клиент. Для многих предприятий поддержание такого документа в актуальном состоянии является реальной проблемой. Даже не учитывая случаи, когда бизнес-подразделение не сообщает ИТ-отделу об изменении приложения, ИТ-команды с трудом успевают за скоростью изменений в организации.

Пресс-релиз Commvault гласит, что автоматизация позволяет компаниям «попрощаться с ручными и трудоемкими попытками восстановления сложных бизнес-сервисов по частям, что может привести к простоям и потере данных».

Отмечается, что крупному предприятию может потребоваться восстановление сотен приложений и тысяч идентификационных данных, включая конфигурации и базовые данные, все в правильном порядке и в нужное время. «Неудивительно, что при традиционных подходах восстановление даже до минимального уровня работоспособности занимает в среднем 28 дней», — говорится в релизе.

Commvault заявляет, что Recovery Studio может управлять широким спектром компонентов, выходящих за рамки контейнеров, виртуальных машин, файлов и объектов, включая системы идентификации, конфигурации приложений, конфигурации инфраструктуры, а также настройки безопасности и сети.

Компания также обещает, что Recovery Studio может стандартизировать «все сценарии восстановления», включая «операционное восстановление, восстановление после сбоев и кибератак. Единые инструкции автоматизируют перестройку инфраструктуры, восстановление рабочих нагрузок и оркестрацию средств безопасности, таких как правила брандмауэра и группы сетевой безопасности, — все действия, необходимые для восстановления бизнеса, а не только данных».

В пресс-релизе указано, что новое приложение может предоставлять дополнительную помощь в области кибербезопасности посредством проверок безопасности данных, включая «автоматическое сканирование поддерживаемых ресурсов на наличие угроз в инструкциях для выявления скомпрометированных областей и информирования о решениях по восстановлению перед возвращением служб в производственную среду».

Commvault не предоставила представителя для дальнейших комментариев до публикации.

Зависит от осведомленности ИТ об окружении

Аналитики считают, что на эффективность решения повлияет ряд факторов.

Фрэнк Диксон, ведущий аналитик Dickson Research, отметил: «Ничто в объявлении Commvault не описывает генеративную модель, принимающую решения о восстановлении. Это автоматизация по инструкциям. Инструкция — это рецепт: сделай это, потом это, потом это. Она не выдумывает. Она делает ровно то, что ей сказано».

«В этом и заключается реальный риск. Ошибочная инструкция выполняется безупречно, с машинной скоростью, — сказал он. — Автоматизация не улучшает плохой план. Она ускоряет выполнение плохого плана».

Это означает, по словам Амана Махапатры, директора по стратегии нью-йоркской технологической консалтинговой фирмы Tribeca Softech, что успех Recovery Studio в усилиях по восстановлению предприятия будет зависеть от того, насколько ИТ-отдел осведомлен обо всем, что происходит в его глобальном охвате.

«Насколько это решит проблему, зависит от того, что не контролирует ни один поставщик, — от точности карты зависимостей, лежащей в основе. Инструкция — это прогноз вашей среды, и каждое изменение с момента последнего тестирования делает ее немного невернее: новое приложение, смененный сертификат, добавленное в пятницу правило брандмауэра», — сказал Махапатра.

«Большинство корпоративных карт зависимостей являются скорее пожеланиями, — отметил он, — а CMDB, в частности, имеют тенденцию описывать среду, которую кто-то намеревался построить. Цифра Commvault в 28 дней до достижения минимальной работоспособности правдоподобна, но выгоду получат организации, которые постоянно обновляют и репетируют свои инструкции. Для всех остальных автоматизация быстрее выполнит устаревший план».

Аббас Джаффери, ведущий консультант Infotech, согласился.

«Меня беспокоит то, что автоматизация может выполнить неправильную последовательность восстановления так же эффективно, как и правильную. Корпоративные среды постоянно меняются, — сказал Джаффери. — Обновляются приложения, перемещается инфраструктура, меняются идентификационные данные, добавляются или удаляются интеграции. Если информация о зависимостях, лежащая в основе рабочего процесса восстановления, устарела, автоматизация может успешно восстановить системы, но оставить бизнес-сервис неработоспособным».

Определенное восстановление

Майк Леоне, вице-президент и ведущий аналитик Moor Insights & Strategy, добавил, что Commvault продолжает развивать эту область.

Recovery Studio «следует определенным инструкциям по восстановлению, а не модели, которая изобретает шаги на лету. Это гораздо более детерминировано и структурировано, — сказал Леоне. — Конечно, автоматизация может повторить ошибку быстрее, чем человек, и устаревшая инструкция — это обоснованное опасение. Но Commvault проверяет каждый компонент по мере его восстановления и сканирует на наличие угроз перед возвращением в производственную среду. Это те меры предосторожности и проверки, которые должны быть у всех. Альтернатива — люди, восстанавливающие системы вручную посреди сбоя, и это тоже не лишено ошибок».

Однако Диксон подчеркнул, что автоматизация не обязательно является идеальным решением.

«Commvault утверждает, что инструкции проверяют компоненты и могут сканировать поддерживаемые ресурсы на наличие угроз перед возвращением служб в производственную среду. Хорошо, — сказал он. — Но честное сравнение — это не автоматизация против совершенства. Это автоматизация против измученных людей, работающих по таблице в 3 часа ночи. Люди тоже ошибаются в порядке действий».

Джонни Ю, менеджер по исследованиям IDC, впечатлен не столько компонентами решения, сколько тем, как Recovery Studio их организует.

«Я считаю Commvault Recovery Studio значительным, но не с точки зрения возможностей, — сказал Ю, добавив, что все компоненты продукта, включая инструкции по восстановлению, сканирование угроз и тестирование восстановления, уже предлагаются Commvault, а также различными конкурентами. — Я думаю, значимость заключается в том, как Recovery Studio организует различные рабочие процессы восстановления для разных приложений на единой платформе или в центре, своего рода библиотеке проверенных инструкций по восстановлению для всех видов сценариев».

Он пояснил, что ему нравится, как Studio стандартизирует инструкции по восстановлению, чтобы следовать аналогичному рабочему процессу, как и при ручном восстановлении среды, восстановлении компонентов, таких как данные, приложения и агенты, и «проверке восстановления перед возвращением в производственную среду, но при этом допускает нюансы восстановления для каждой инструкции, например, хотите ли вы выполнить восстановление на месте или на вторичном сайте, или необходимо ли сканирование на наличие угроз, как в сценарии аварийного восстановления по сравнению со сценарием кибервосстановления».

Однако Джаффери отметил, что, хотя обещанные средства кибербезопасности Commvault привлекательны, они могут быть недостаточными.

«После кибератаки организации должны быть уверены, что они восстанавливают не скомпрометированные идентификационные данные, конфигурации или вредоносные механизмы персистентности, — сказал Джаффери. — Я бы не стал рекомендовать полностью автономное восстановление для каждого сценария. Должно быть соответствующее человеческое разрешение для действий с высоким уровнем воздействия, особенно тех, которые связаны с идентификацией, средствами контроля безопасности и повторным подключением систем к производственной среде. И организации должны тестировать весь процесс восстановления, а не только то, можно ли восстановить резервную копию».

План восстановления с помощью ИИ-агента

Во вторник Commvault также представила возможности AgentRecover для отслеживания и контроля автономных агентов. В частности, это «поможет организациям проводить аудит активности агентов, восстанавливать агентов и восстанавливать данные и системы, на которые они повлияли в различных средах».

Махапатра отметил, что AgentRecover решает потенциально более сложную проблему, чем восстановление систем.

«Восстановление конфигурации агента — это просто. Размотать то, что он сделал, — нет, потому что действия агента проявляются как побочные эффекты в других системах, а некоторые из них, например отправленное электронное письмо или инициированный платеж, вообще невозможно восстановить», — сказал Махапатра.

«Традиционное восстановление откатывает к определенной точке во времени, — пояснил он. — Откат среды к 9 утра стирает всю законную работу всех с 9 утра, в то время как откат только того, что изменил агент, требует знания причинно-следственной связи: какой агент, действуя под какой идентификацией, изменил какую запись. Картирование Commvault активности агентов и идентификационных данных, через которые действуют агенты, указывает в правильном направлении».

Джаффери добавил, что откаты автономного агента могут быть особенно сложными.

«Восстановление самого агента не обязательно отменяет то, что он сделал. Агент может изменять записи клиентов, менять разрешения, вызывать API или запускать последующие транзакции, — сказал он. — Вам нужно понять, какие действия он выполнил и каковы были последствия, прежде чем решать, что отменить или восстановить».

Леоне также отметил, что агенты могут усложнить восстановление системы, отчасти из-за своей скорости.

«Агенты никого не ждут, чтобы подтвердить безопасность. В тот момент, когда система возвращается, агенты начинают ее атаковать, гораздо быстрее, чем любой человек, — сказал он. — Если агент возвращается до того, как данные и идентификационные данные, на которые он полагается, были проверены, он начинает действовать на устаревшей или неполной информации с машинной скоростью. Ошибитесь в порядке действий, и один сбой быстро превратится во второй».

Джаффери также отметил, что Commvault далеко не одинока в области автоматизированного восстановления и, возможно, даже немного отстает.

«Я не думаю, что у Commvault здесь неоспоримая позиция. Rubrik, Cohesity и Veeam инвестировали в кибервосстановление, восстановление приложений и оркестрацию, — сказал он. — Rubrik, в частности, движется к автоматизированному восстановлению бизнес-приложений и отображению зависимостей. Cohesity обладает возможностями в области оркестрации кибервосстановления и реконструкции облачных приложений, в то время как Veeam имеет устоявшееся предложение по оркестрации аварийного восстановления».

Эта статья изначально была опубликована на NetworkWorld.