В этой статье
Есть 4 способа модернизировать устаревшую систему: перенести её в облако как есть, конвертировать её код на современную платформу, перестроить её вокруг извлечённых бизнес-правил или заменить готовым продуктом, сохранив только данные. Решают 4 вопроса: уникальны ли ваши правила для компании? Проблема в том, где работает система, или в самой системе? Кто ещё понимает её код? Сколько изменений выдержат сотрудники? Amazon сводит эти пути к 7 стратегиям, Microsoft к 8, и обе решают по каждой системе отдельно.
В части 4 вы извлекли бизнес-правила своей системы, а владельцы процессов их подтвердили. Именно эти правила делают возможным сравнение ниже: без них вы не знаете, какое поведение системы потеряете на каждом пути.
Четыре пути простыми словами
Технических названий много, но они сводятся к 4 решениям, понятным любому руководителю. Таблица сравнивает их; названия в скобках вы услышите от поставщиков:
| Путь | Когда подходит | Что сохраняет | Чем рискует | Кого нужно привлечь |
|---|---|---|---|---|
| Перенести как есть (Rehost) | Система стабильна и выполняет свою работу; проблема в серверах или дата-центре | Всё: код, правила и порядок работы | Вы переносите старые проблемы на новое место | ИТ и ответственного за безопасность и данные |
| Конвертировать код (Replatform или Refactor) | Правила верны, но язык или платформа больше не поддерживаются либо лицензии стали обузой | Правила и поведение системы на современном языке или платформе | Скрытые ошибки конвертации, которые проявляются только в редких случаях | Разработчиков, а также владельцев процессов для проверки результатов |
| Перестроить вокруг правил (Rebuild) | Правила уникальны для вашей компании и выделяют её, а старая система уже не вмещает того, что вам нужно | Подтверждённые правила и данные; код пишется заново | Самый долгий путь, требующий больше всего решений руководства | Руководство, владельцев процессов и команду разработки вместе |
| Заменить готовым продуктом (Replace) | Ваша работа в этой области похожа на работу других, например кадры или общий бухгалтерский учёт | Только данные | Сотрудники меняют порядок работы под продукт, и вы теряете правила, которые он не поддерживает | Руководство и сотрудников, которые будут пользоваться им каждый день |
Исходный код это текст программы, на котором написана система. Если его у вас нет или его больше никто не понимает, путь конвертации усложняется; руководство Amazon по стратегиям называет приложение, которое никто не умеет сопровождать или исходный код которого недоступен, среди случаев, подталкивающих к перепроектированию.
Где применяются ИИ-инструменты конвертации
Инструменты вроде AWS Transform работают в основном на втором пути: читают старый код и конвертируют его на современную платформу, например переводят старые приложения на .NET Framework на современную версию, работающую в Linux. Amazon утверждает, что инструмент модернизирует приложения Windows, мейнфреймов и VMware до 5 раз быстрее; это утверждение Amazon о своём сервисе, а не гарантированный результат. Согласно странице цен, сервис берёт 0,035 доллара за минуту работы агента и не берёт плату за время простоя пользователя.
Но инструмент не выбирает путь за вас. Он ускоряет конвертацию, когда конвертация и есть правильное решение, и мало помогает, если лучший ответ заменить систему готовым продуктом. Учтите также, что на странице регионов нет ни одного региона на Ближнем Востоке и есть предупреждение, что ваши данные могут обрабатываться в другом регионе, а Amazon объявила о запуске своего облачного региона в Королевстве в декабре 2026 года, по данным Саудовского информационного агентства. Если ваш код содержит данные клиентов, до начала проверьте, где они будут обрабатываться.
Что определяет стоимость и сроки
Мы не назовём цифру, потому что любая цифра без знания вашей системы это догадка. Вот факторы, которые повышают или снижают стоимость и сроки на любом пути:
- Размер и запутанность: число экранов, отчётов и других связанных систем, как показала ваша инвентаризация в части 3.
- Ясность правил: каждое подтверждённое правило экономит время, а каждое неизвестное означает позднее и дорогое открытие.
- Качество данных: дублирующиеся или неполные данные нужно очистить перед любым переносом, каким бы ни был путь.
- Насколько всё меняется для сотрудников: перенос как есть ничего не меняет для пользователя; замена меняет почти всё и требует обучения.
- Кто ещё понимает систему: один сотрудник, знающий её историю, экономит недели догадок.
О порядке шагов советуют два официальных источника. Руководство Amazon называет переработку архитектуры самой сложной и дорогой стратегией и для крупных миграций рекомендует сначала перенести, а модернизировать после завершения переноса. Cloud Adoption Framework от Microsoft говорит, что перенос как есть подходит, только если вы уверены, что рабочая нагрузка останется в текущем состоянии как минимум два года; иначе лучше сразу модернизировать и не делать работу дважды. Сам перенос мы разобрали в нашем практическом руководстве по переходу в облако.
Два варианта, о которых все забывают: оставить и вывести из эксплуатации
Не каждую устаревшую систему нужно модернизировать сейчас. Списки Amazon и Microsoft начинаются с двух вариантов, которые не стоят целого проекта:
- Вывести из эксплуатации: некоторыми системами на деле уже не пользуются. Amazon приводит пример приложений без единого входящего подключения за последние 90 дней или с загрузкой процессора и памяти ниже 5 процентов. Их отключение после архивации данных снижает затраты на сопровождение и риски безопасности.
- Оставить: стабильная система, которая выполняет свою работу и не имеет близкой причины меняться, или система, привязанная к заводскому станку без аналога. Здесь решение такое: оставить, наблюдать и вернуться к ней позже.
Если вы склоняетесь к замене готовой ERP-системой, сначала сравните готовое и заказное решения по критериям из статьи как выбрать ERP и начните со своего списка подтверждённых правил: каждое правило, которое продукт не поддерживает, превратится либо в дорогую доработку, либо в ручную работу.
Взгляд Origami
Мы начинаем не с технологий, а с правил: какие бизнес-правила в этой системе отличают вашу компанию, а какие общие для всех? То, что вас отличает, заслуживает аккуратной перестройки или конвертации; общее может хорошо закрыть готовый продукт с хорошей интеграцией с другими вашими системами. Поэтому решение часто смешанное: одну систему заменить, другую конвертировать, третью оставить как есть.
Мы используем ИИ-инструменты там, где они действительно экономят время, при чтении, конвертации и тестировании кода, но выбор пути остаётся за руководством, когда оно видит, что каждый вариант сохраняет и что теряет. Если хотите увидеть, как мы работаем, загляните в раздел наших услуг.
Упражнение недели: одно решение на систему
Вернитесь к инвентаризации систем и добавьте для каждой два столбца: правила уникальны для вашей компании или общие? И где проблема: в месте, где система работает, или в самой системе? Затем запишите предварительный путь:
| Система | Правила уникальные или общие? | Проблема в месте или в системе? | Предварительный путь |
|---|---|---|---|
| Пример: система ценообразования | Уникальные | В системе | Конвертировать или перестроить |
| Пример: учёт отпусков | Общие | В системе | Заменить готовым продуктом |
| Пример: старый архив | Не используется | Неважно | Вывести из эксплуатации после архивации данных |
Это иллюстративные примеры; ваша таблица будет другой. Важно, чтобы у каждой системы была письменная причина выбора пути, проверенная владельцами процессов до того, как вы запросите коммерческие предложения.
Что дальше
Вы выбрали путь для каждой системы. Впереди самый рискованный день проекта: день переключения. В части 6 мы объясним, как тестировать код, написанный или конвертированный ИИ, сравнивая результаты обеих систем на одних и тех же реальных операциях, как запускать их параллельно в течение заданного срока и когда нужен план отката.
Источники
- Amazon: семь стратегий миграции в руководстве по крупным миграциям — вывод из эксплуатации, сохранение, перенос, повторная покупка, переработка архитектуры и когда подходит каждая.
- Microsoft: выбор стратегий миграции в облако — восемь стратегий и условие двух лет для переноса как есть.
- AWS Transform: официальная страница — что модернизирует сервис и заявление об ускорении до 5 раз.
- AWS Transform: цены — 0,035 доллара за минуту работы агента.
- AWS Transform: поддерживаемые регионы — регионы и обработка данных в другом регионе.
- Саудовское информационное агентство: регион AWS в Саудовской Аравии в декабре.
- SDAIA: защита персональных данных.
Частые вопросы
Что лучше: переписать устаревшую систему или заменить её?
Это зависит от ваших бизнес-правил. Если они уникальны для вашей компании и отличают её, лучше подходит перестройка или конвертация; если ваша работа в этой области похожа на работу всех остальных, после переноса данных может хватить готового продукта.
Решит ли перенос системы в облако как есть её проблемы?
Нет. Перенос как есть меняет только место, где работает система, и Microsoft рекомендует его, только если вы уверены, что система останется в нынешнем виде как минимум два года.
Выбирают ли ИИ-инструменты вроде AWS Transform правильный путь за меня?
Нет. Они ускоряют конвертацию кода, когда решение уже принято в пользу конвертации; выбор пути остаётся решением руководства, когда оно видит, что каждый вариант сохраняет и что теряет.
Сколько стоит модернизация устаревшей системы и сколько она длится?
Честной цифры без изучения системы не существует. Решающие факторы: размер и связи системы, ясность правил, качество данных, насколько всё меняется для сотрудников и остался ли кто-то, кто её понимает.
Следите за Origami в Google
Добавьте Origami в предпочтительные источники, и наши статьи будут показываться вам первыми в Google Поиске и главных новостях.
