Rocket добавила ИИ в IBM Z — переписывать критические системы не обещают

Анонс Rocket Software от 25 августа 2026 года охватил новые функции ИИ для разработки приложений, управления базами данных и эксплуатации на IBM Z, IBM i, MultiValue и Uniface. Речь идёт о наборе средств для отдельных этапов модернизации, а не об автоматическом переписывании критических систем.

Возможности различаются в зависимости от платформы. Разбор обновления для IBM i относит к этой среде анализ программ на RPG, подготовку модульных тестов и настройку репликации. Для IBM Z основными сценариями остаются объяснение JCL, обновление процессов разработки, контролируемый доступ к данным и поиск эксплуатационных отклонений.

Средства IBM Z распределены по этапам модернизации

На первом этапе инженерам нужно понять действующую систему. PRO/JCL использует ИИ для объяснения JCL — языка управления заданиями пакетной обработки. Такая функция может ускорить чтение старых заданий, однако полученное описание ещё не доказывает корректность программы и не выявляет автоматически все связи с расписаниями, файлами и внешними системами.

Для внесения изменений Rocket предлагает ChangeMan ZMF, который связывает управление жизненным циклом приложений с современными репозиториями, редакторами и командными средствами Zowe. Здесь модернизируется прежде всего рабочий процесс вокруг действующей нагрузки: разработчики получают привычные средства контроля версий и поставки кода, но архитектура приложения не меняется сама собой.

Отдельная группа продуктов отвечает за данные и эксплуатацию. DataEdge предназначен для репликации, обнаружения метаданных, отслеживания происхождения и виртуализации данных, а ContentEdge — для управляемого доступа к неструктурированным материалам. Средства оркестрации используют прогнозные сигналы для поиска возможных сбоев в гибридных процессах.

Продуктовая карта IBM Z объединяет эти задачи в поэтапную модель: сначала понимание существующего кода, затем обновление разработки, интеграция данных и усиление наблюдаемости. Компания противопоставляет такой подход рискованной полной замене системы, но не заявляет, что ИИ самостоятельно проведёт её проверяемое перепроектирование.

Изменение кода и настройка репликации относятся прежде всего к IBM i

Наиболее конкретные функции для преобразования исходного кода в общем анонсе связаны с IBM i. В их числе статический анализ программ на RPG, разделение крупных программ на модули, подготовка модульных тестов и включение проверок в современный процесс поставки программного обеспечения.

Эти функции способны сократить подготовительную работу, но их нельзя автоматически приписывать IBM Z. Они также не гарантируют, что предложенное разделение программы сохранит все деловые правила, поведение при ошибках и требования к производительности конкретной системы. Полученный код остаётся предметом проверки разработчиков и архитекторов.

К IBM i относится и средство настройки репликации iCluster. Оно анализирует задержки, пропускную способность и узкие места, после чего предлагает корректировки для высокой доступности и аварийного восстановления. Это оптимизация эксплуатационного контура, а не перенос приложения на другую платформу и не замена его внутренней логики.

MultiValue и Uniface включены в тот же анонс, однако для них заявлен собственный набор сценариев с учётом предметной области и накопленной логики приложений. Перечисление четырёх платформ в одном сообщении не означает, что каждая получила одинаковые функции или единый способ модернизации.

ИИ ускоряет анализ, но инженер сохраняет контроль

Главная граница автоматизации проходит между объяснением системы и решением о её изменении. Для IBM Z ИИ может расшифровать назначение задания JCL или выделить возможное эксплуатационное отклонение. Затем инженеру всё равно необходимо проверить зависимости, права доступа, допустимость изменения и его влияние на производственную нагрузку.

Между разбором старого кода и перепроектированием остаются восстановление деловых правил, анализ внешних связей, выбор новой архитектуры и испытание поведения системы. Автоматическое описание может не учитывать неявные зависимости между заданиями, расписаниями и каналами обмена. Поэтому его следует воспринимать как материал для анализа, а не как готовое техническое решение.

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

В эксплуатации прогнозный сигнал способен сузить область диагностики или подсказать настройку. Он не подтверждает, что изменение безопасно для конкретной нагрузки. Применение рекомендации по-прежнему требует оценки последствий, контролируемого выпуска и возможности вернуть прежнюю конфигурацию.

Общий календарь доступности пока не раскрыт

В опубликованных материалах нет единого срока выпуска всего перечисленного набора. Не приведены и общие для всех продуктов условия лицензирования, перечень используемых моделей ИИ или сопоставимые результаты независимых испытаний на IBM Z. Поэтому статус каждой функции потребуется уточнять отдельно по конкретному продукту и версии.

На текущем этапе подтверждён общий курс Rocket Software: сохранять действующие критические нагрузки и последовательно добавлять средства анализа, разработки, интеграции и эксплуатации. Насколько далеко удастся автоматизировать изменение самих систем, станет понятнее после появления подробной документации, технических ограничений и проверяемых результатов внедрений.

Читайте также:

• BPM-системы для бизнеса — что это + краткий обзор лучших
• Лучшие системы управления проектами: бесплатные и платные программы
• Web-аналитика: ТОП-3 системы для ее проведения