Теперь большую часть модернизации старой системы можно поручить ИИ: он читает код, извлекает скрытые в нём бизнес-правила, предлагает план и переписывает код, а затем ваша команда проверяет и утверждает результат. Самый наглядный действующий пример — AWS Transform от Amazon. AWS утверждает, что он модернизирует приложения Windows, мейнфреймов и VMware до 5 раз быстрее, и берёт 0,035 $ за каждую минуту, в которую агент действительно работает. Но он не заменяет вашу команду и пока не работает из облачного региона на Ближнем Востоке.

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

Что такое унаследованная система и почему её трудно модернизировать

Унаследованная система — это программа, без которой ваш бизнес не может работать, но которая построена на технологии, уже не поддерживаемой или ставшей дорогой в изменении. Типичные примеры: бухгалтерская система на .NET Framework, старой версии платформы Microsoft для создания программ. Банковская система на COBOL, языке программирования 1960-х годов, на котором до сих пор работают многие финансовые системы, на мейнфрейме, одной большой машине, выполняющей все операции. Или виртуальные серверы на VMware, программе, которая запускает несколько виртуальных серверов на одной физической машине.

Сложность не в том, чтобы написать новую программу. Настоящие бизнес-правила, например как рассчитывается скидка, комиссия или проценты, живут внутри кода, а не в каком-либо документе, и те, кто их писал, часто уже ушли. Это и есть технический долг: каждое старое обходное решение или заплатка повышает стоимость каждого следующего изменения. Эти системы — не провал; они годами поддерживали работу бизнеса. Но их модернизация стала решением в области управления рисками, а не данью моде.

Как ИИ выполняет работу: пример AWS Transform

Согласно официальной странице сервиса, AWS Transform — это рабочее место, где ваша команда работает вместе со специализированными ИИ-агентами, и обычно процесс проходит четыре этапа:

  • Обследование и анализ. Агент читает код и текущие системы и составляет карту приложений и того, от чего зависит каждое из них.
  • Извлечение бизнес-правил и планирование. Он извлекает и документирует бизнес-логику старого кода и предлагает план модернизации с расставленными приоритетами.
  • Преобразование. Он переписывает код на современной технологии или переносит серверы в облако.
  • Проверка человеком. Ваша команда проверяет, тестирует и утверждает результаты до запуска в работу. ИИ ускоряет работу, но решение остаётся за вами.

Эти четыре этапа не уникальны для Amazon. Это тот же метод, который вы увидите в любом инструменте или команде, модернизирующей систему с помощью ИИ, поэтому остальная часть серии опирается на них.

Что с его помощью можно модернизировать

Тип системыЧто делает сервисЧто говорит AWS
Приложения Windows и .NET с базами данных SQL ServerПреобразует их в современный .NET, работающий на LinuxОперационные расходы ниже до 70% за счёт отказа от лицензий
Системы на мейнфреймах (COBOL)Полная оценка, извлечение бизнес-правил, затем генерация современного кодаМодернизация до 5 раз быстрее
Серверы VMwareОбследование, планирование и перенос в облакоМодернизация до 5 раз быстрее

Цифры в последнем столбце — заявления самой AWS, поэтому воспринимайте их как рекламируемый компанией верхний предел, а не как гарантированный результат для вашего проекта.

Что получилось у тех, кто попробовал

Thomson Reuters: согласно кейсу на сайте AWS, компания теперь модернизирует 1,5 млн строк кода в месяц, в 4 раза быстрее, сэкономила 30% затрат благодаря переходу с Windows на Linux, сократила преобразование приложений с нескольких месяцев до одного двухнедельного цикла и вдвое уменьшила свой технический долг.

Банки: 29 сентября 2026 года Thought Machine и AWS объявили о решении, которое извлекает логику банковских продуктов из кода на COBOL в понятные спецификации, а затем строит по ним протестированные современные продукты. Идея не в том, чтобы переводить код строка за строкой, а в том, чтобы извлечь «бизнес-замысел», с контрольными точками проверки человеком, которые дают инженерной команде и команде по рискам банка право окончательного утверждения.

Сколько это стоит и подходит ли вашему бизнесу в Саудовской Аравии

Согласно официальной странице цен, AWS берёт плату за фактические минуты работы агента по 0,035 $ за минуту, около 0,13 SAR по официальному курсу 3,75, и не берёт плату за ваше время простоя или сборки на вашей машине. Её пример: преобразование решения .NET объёмом 50 000 строк занимает около 2 800 минут агента, а управляемые AWS преобразования .NET включают до 50 000 минут агента в месяц в рамках квоты бесплатно. Облако, в которое вы переезжаете, и время проверки вашей командой по-прежнему оплачиваете вы.

  • Подходит, если у вас крупные системы на .NET Framework, мейнфрейме или VMware, вы планируете переход на AWS и у вас есть люди, способные проверить и протестировать то, что создаёт ИИ.
  • Может не подойти, если ваша система небольшая и построена на технологиях вне его охвата или вы не планируете пользоваться облаком. Тот же метод всё равно работает для вас с другими инструментами.
  • Следите за тем, куда уходят ваши данные. Согласно документации AWS, рабочие пространства доступны в 9 регионах, ни одного на Ближнем Востоке, и ваши данные могут обрабатываться в другом регионе. AWS заявила, что её первый облачный регион в Саудовской Аравии должен быть запущен по плану в декабре 2026 года, сообщает Саудовское агентство печати. Если код или базы данных содержат персональные данные, прочитайте наше руководство по Закону о защите персональных данных (PDPL) перед началом, а если вы всё равно планируете переход в облако, прочитайте наше руководство по переходу в облако для саудовских компаний.

Взгляд Origami

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

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

Упражнение этой недели: системы, которые не могут остановиться

  • Запишите все системы, без которых ваша компания не смогла бы проработать ни одного дня: бухгалтерия, продажи, склад, зарплата и любое заказное ПО.
  • Рядом с каждой укажите технологию, на которой она построена, если знаете, и кто чинит её, когда она ломается.
  • Отметьте каждую систему, в которой разбирается только один человек или один внешний поставщик. Это ваш первый риск, и этот список понадобится вам в следующих частях.

Далее в серии

Следующая часть отвечает на вопрос, который стоит прежде всего: нужно ли вообще модернизировать вашу унаследованную систему? Мы разберём признаки, которые нельзя игнорировать, и случаи, когда модернизировать пока лучше не стоит. Затем мы проведём инвентаризацию систем, извлечём бизнес-правила с помощью ИИ, сравним переписывание, перенос и замену, разберём тестирование и переключение без остановки работы и завершим темой того, куда уходят ваши данные во время модернизации, и планом на 90 дней.

Источники