Dell раскрывает потенциал искусственного интеллекта для упрощения и автоматизации управления
По данным StorageReview, ключевой релиз — Dell APEX AIOps SaaS, который сводит мониторинг всего стека и работу с инцидентами в единый AI-управляемый контур.

Представьте обычный понедельник в ИТ-отделе средней компании: ночной мониторинг зафиксировал сбой в хранилище, команда вручную сравнивает показатели трёх подсистем, тикет кочует между инженерами, а к обеду выясняется, что причина — в устаревшем драйвере, который можно было «поймать» ещё на прошлой неделе по косвенным метрикам. На конференции Dell Technologies World вендор показал, как рассчитывает заменить именно этот сценарий — пакетом AI-инструментов внутри портфеля Dell APEX, ориентированных на AIOps, хранилища Kubernetes и мультиоблачные среды. Для команд, которые и так считают каждую минуту инженерного времени, это не «ещё одна платформа», а попытка сдвинуть баланс между ручным реагированием и проактивным управлением инфраструктурой.
Что вошло в обновление Dell APEX
Вендор выделяет три интегрированных блока. Infrastructure Observability использует аналитику и рекомендации на основе ИИ в областях здравоохранения, кибербезопасности и устойчивого развития, обещая решать проблемы инфраструктуры «в десять раз быстрее» по сравнению с традиционными подходами. Генеративный Dell APEX AIOps Assistant отвечает на запросы по инфраструктуре и подсказывает последовательность шагов. Application Observability нацелен на сокращение среднего времени устранения неполадок в приложениях до 70% за счёт анализа топологии и связанной аналитики. Incident Management должен снизить долю инцидентов, о которых сообщают клиенты, до 93% — через обнаружение и устранение проблем в гетерогенных и мультиоблачных средах.
Параллельно расширен Dell APEX Navigator SaaS: появились функции управления хранилищем Kubernetes и дополнительная поддержка Dell APEX Storage для публичных облаков. Dell APEX Navigator for Kubernetes уже доступен для платформ Dell PowerFlex, в планах — PowerScale и Dell APEX Cloud Platform для Red Hat OpenShift; решение обещает расширенные сервисы работы с данными, включая репликацию, мобильность приложений и мониторинг контейнерных сред. Dell APEX Navigator for Multicloud Storage добавляет поддержку Dell APEX File Storage для AWS и готовит поддержку аналогичного сервиса для Microsoft Azure позднее в этом году, упрощая настройку и наблюдение за единым уровнем хранения поверх локальных и публичных облаков. Для тестов доступен 90-дневный бесплатный пробный период по обоим навигаторам.
Где это встраивается в ежедневные процессы
С практической точки зрения самое интересное — не «волшебный AI», а конкретные сценарии, в которых подобный стек реально экономит тайм-ту-маркет. Для типичной команды, которая ведёт on-call, ценность у Infrastructure Observability и AIOps Assistant проявляется в момент, когда дежурный получает алерт, а не полную картину: вместо того чтобы вручную сопоставлять метрики хранилища, сети и приложений, инженер видит рекомендацию, сгенерированную на основе полной телеметрии. Для команд, развивающих Kubernetes, Navigator for Kubernetes закрывает старую боль — управление stateful-нагрузками, где данные требуют явной репликации, миграции между средами и контроля производительности томов. А мультиоблачный навигатор снимает рутину «одинаковой» настройки File Storage в AWS и будущей Azure-среде — там, где сейчас инженеры тратят дни на согласование политик и сетевых политик.
На что обратить внимание перед пилотом
Прежде чем подключаться к пробной версии, стоит честно сверить ожидания с текущим уровнем зрелости процессов. AIOps-инструменты дают наибольший эффект там, где уже выстроены базовые практики: единая телеметрия, понятная карта сервисов, согласованные runbook'и, ответственные владельцы приложений. Если команда только начинает централизацию логов и метрик, любой AI-слой превратится в красивый дашборд поверх разрозненных данных — и ROI быстро уйдёт в минус. Полезно заранее определить 2–3 измеримых сценария: например, целевое MTTR для конкретного класса инцидентов, долю тикетов, закрытых без эскалации, или время онбординга нового инженера в on-call. Именно их стоит отслеживать в течение 90-дневного триала — тогда результат пилота будет не «понравилось / не понравилось», а конкретной цифрой для управленческого решения: расширять ли стек на следующий квартал или сначала закрыть фундаментальные пробелы в observability и документации.