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

Во 2-й части вы оценили каждую систему по шкале до 8 баллов. Оценка показывает риск; инвентаризация дает то, что нужно для решения.

Что входит в страницу каждой системы

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

  • Владелец: один конкретный человек, который принимает решения о системе со стороны бизнеса, а не ИТ-отдел. Если такого нет, это первый вывод вашей инвентаризации.
  • Пользователи: какие отделы ею пользуются, примерно сколько человек и работают ли с ней клиенты или поставщики вне компании.
  • Данные: что она хранит, есть ли там персональные данные клиентов или сотрудников и где они на самом деле лежат: на сервере в офисе или в облаке, и в какой стране.
  • Связи: откуда приходят ее данные и куда уходят: выставление счетов, банк, интернет-магазин, расчет зарплаты, файл Excel, который выгружают каждую неделю.
  • Последствия остановки: что будет, если она остановится на целый день: остановятся продажи, задержится зарплата или никто не заметит?
  • Лицензии и договоры: кому вы платите, когда продлевается договор и есть ли срок уведомления до продления. Дата продления часто определяет, когда ваше решение должно быть готово.
  • Технология и поддержка: язык программирования, база данных и операционная система, и когда заканчивается поддержка каждого из них, как мы видели во 2-й части.

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

Вопрос данных: не пропускайте его

Столбец персональных данных важнее всех остальных, потому что он меняет решение. Система, хранящая имена и телефоны клиентов или личные дела сотрудников, подпадает под Закон о защите персональных данных (PDPL), надзор за которым ведет Саудовское управление по данным и искусственному интеллекту (SDAIA), и перенос или обработку этих данных за пределами Королевства во время модернизации нужно проверить до начала работ. Практические обязанности мы разобрали в нашем руководстве по PDPL для компаний.

Это касается и самих инструментов модернизации. Например, официальная страница регионов AWS Transform перечисляет 9 регионов, где можно создать рабочие пространства, ни одного на Ближнем Востоке, и предупреждает, что данные могут обрабатываться в другом регионе, чем тот, из которого вы работаете. По данным Саудовского агентства печати от 1 сентября 2026 года, Amazon объявила, что ее первый облачный регион в Королевстве готовится к запуску в декабре 2026 года. Поэтому запишите, где сегодня находятся данные каждой системы, чтобы знать, какие инструменты могут их читать без проблем.

Как ИИ ускоряет инвентаризацию и чего он не может знать

Техническая половина инвентаризации раньше занимала недели проверки серверов и ручного чтения кода. Современные инструменты читают серверы и код и автоматически строят карту связей между ними. Один пример из многих: Amazon пишет на странице AWS Transform, что ее агенты автоматизируют миграцию от обнаружения и планирования волнами до переключения, а оценка мейнфреймов сокращает месяцы обнаружения до часов. Это утверждение Amazon, а не гарантированный результат. Ее страница цен сейчас относит оценку к бесплатным агентам.

Руководство Amazon по миграции также дает практические признаки систем, которые можно вывести из эксплуатации, по данным самого инструмента обнаружения:

  • Систему со средней загрузкой процессора и памяти ниже 5 процентов руководство называет зомби-приложением.
  • Систему с загрузкой от 5 до 20 процентов на протяжении 90 дней оно называет простаивающим приложением.
  • Система без единого входящего подключения за последние 90 дней — кандидат на вывод из эксплуатации.

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

Пять решений для каждой системы

После инвентаризации вы присваиваете каждой системе одно решение. Вот упрощенный взгляд на семь стратегий из руководства Amazon:

РешениеЧто это значит простыми словамиКогда подходит
ОставитьПока остается как есть, под наблюдениемСтабильна и изолирована, привязана к особому оборудованию, недавно обновлена или ждет готовой версии от поставщика
Вывести из эксплуатацииВы отключаете ее и архивируете данныеНет ценности для бизнеса, почти не используется или технология без поддержки, которую не стоит модернизировать
Заменить готовым продуктомВы покупаете продукт или подписку, которые делают ту же работуРабота обычная и не отличает вас от других, и продукт покрывает ее без больших доработок
Перенести без измененийВы переносите ее в облако, не меняя кодПроблема в сервере и оборудовании, а не в самой программе
ПерестроитьВы переписываете ее или меняете структуруЕе бизнес-правила — то, что вас отличает, и ее нельзя изменить или никто не умеет ее сопровождать

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

Взгляд Origami

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

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

Упражнение недели: одна страница на систему

Возьмите системы, набравшие 6 из 8 или больше в упражнении 2-й части, и заполните для каждой эту таблицу на одной странице:

ПунктОтвет
Название системы и что она делает, одним предложением
Владелец со стороны бизнеса
Пользователи (отделы, примерное число, внешние стороны)
Данные, есть ли персональные данные и где они хранятся
Входящие и исходящие связи
Что остановится, если она остановится на день
Лицензии, дата продления и срок уведомления
Технология и окончание ее поддержки
Оценка из 2-й части, из 8
Предварительное решение, одно из пяти

Запишите решение карандашом. Оно остается предварительным, пока вы не узнаете, какие правила живут внутри системы, и это тема следующей части.

Далее

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

Источники