Легаси-системы

Легаси-система (от англ. legacy system — унаследованная система) — это устаревшая информационная система, программное обеспечение или аппаратно-программный комплекс, который продолжает эксплуатироваться в организации, несмотря на наличие более современных альтернатив. Такие системы, как правило, были разработаны с использованием устаревших технологий, языков программирования и архитектур, но остаются критически важными для бизнес-процессов из-за высокой стоимости или рисков, связанных с их заменой.

История и причины возникновения

Понятие «легаси-система» возникло с развитием корпоративных информационных технологий во второй половине XX века. Первые значительные легаси-системы появились в 1960–1970-х годах, когда крупные предприятия и государственные учреждения начали внедрять мейнфреймы (например, IBM System/360) и специализированное программное обеспечение для автоматизации учёта, расчётов и управления. Эти системы создавались под конкретные задачи, часто на языках низкого уровня (ассемблер, COBOL, FORTRAN) и с использованием проприетарных протоколов.

В 1980–1990-х годах с распространением персональных компьютеров и клиент-серверной архитектуры начался переход на более гибкие платформы, однако многие старые системы остались в эксплуатации. Причины этого включали:

• Высокую стоимость замены: разработка новой системы требовала значительных инвестиций, сопоставимых с годовым бюджетом ИТ-отдела.
• Сложность интеграции: легаси-системы часто были тесно связаны с уникальными бизнес-процессами и другими системами, что делало их замену рискованной.
• Отсутствие документации: многие системы создавались без детальной технической документации, что затрудняло их модернизацию.
• Критичность для бизнеса: сбои в работе легаси-систем могли парализовать деятельность организации, поэтому руководство предпочитало не рисковать.

В России легаси-системы активно использовались в советский период в рамках автоматизированных систем управления (АСУ) предприятий и государственных учреждений. После распада СССР многие из них были адаптированы к рыночным условиям, но сохранили свою архитектуру. Например, в начале 2020-х годов значительная часть банковского сектора и государственных информационных систем (ГИС) в РФ всё ещё работала на платформах, созданных в 1990-х годах.

Классификация легаси-систем

Легаси-системы можно классифицировать по нескольким признакам:

По типу устаревшего компонента

• Программные легаси: системы, написанные на устаревших языках (COBOL, PL/I, RPG) или использующие неподдерживаемые операционные системы (OS/2, Windows NT, Novell NetWare).
• Аппаратные легаси: физически устаревшее оборудование (мейнфреймы, старые серверы, контроллеры), для которого уже не выпускаются запчасти.
• Архитектурные легаси: системы с монолитной архитектурой, отсутствием модульности и поддержки современных интерфейсов (API).

По степени критичности

• Критически важные: системы, отказ которых приводит к остановке основных бизнес-процессов (например, системы управления банковскими счетами).
• Вспомогательные: системы, выполняющие второстепенные функции, но всё ещё используемые из-за привычки или низкой стоимости поддержки.

По способу эксплуатации

• Локальные: установленные на выделенных серверах или мейнфреймах в организации.
• Облачные: устаревшие системы, которые были перенесены в облачную среду без существенной модернизации (так называемый «lift-and-shift»).

Характеристики и проблемы

Легаси-системы обладают рядом общих характеристик, которые создают проблемы для их владельцев:

• Низкая производительность: скорость обработки данных часто не соответствует современным требованиям, особенно при росте объёмов информации.
• Сложность поддержки: для обслуживания требуются специалисты с редкими навыками (например, программисты на COBOL), которых становится всё меньше.
• Отсутствие безопасности: системы не получают обновлений безопасности, что делает их уязвимыми для кибератак. Например, в 2017 году атака вируса-вымогателя WannaCry затронула множество легаси-систем в больницах и госучреждениях по всему миру, включая Россию.
• Несовместимость: легаси-системы плохо интегрируются с современными технологиями (облачными сервисами, мобильными приложениями, IoT).
• Высокие эксплуатационные расходы: стоимость лицензий, оборудования и оплаты труда редких специалистов может превышать затраты на разработку новой системы.

Применение и распространение

Легаси-системы наиболее распространены в отраслях, где стабильность и непрерывность работы имеют первостепенное значение:

• Банковский сектор: многие банки в России и мире продолжают использовать системы на основе COBOL и мейнфреймов IBM для обработки транзакций. Например, в 2020 году около 70% всех транзакций в мире обрабатывались с помощью COBOL-систем.
• Государственное управление: в РФ ряд государственных информационных систем (ГИС), таких как «Госуслуги» (в ранних версиях) или системы пенсионного фонда, базировались на устаревших платформах, созданных в 1990-х.
• Промышленность: системы управления производством (SCADA, MES) на заводах часто работают на оборудовании и ПО, установленных десятилетия назад.
• Авиация и транспорт: системы бронирования билетов (например, Sabre, Amadeus) частично базируются на легаси-архитектурах.
• Медицина: электронные медицинские карты в больницах и клиниках, особенно в регионах России, нередко ведутся в устаревших системах, не поддерживающих современные стандарты обмена данными.

Стратегии модернизации

Для решения проблем, связанных с легаси-системами, применяются следующие стратегии:

• Полная замена (rip-and-replace): разработка новой системы с нуля и поэтапное отключение старой. Требует больших затрат и времени.
• Постепенная модернизация (strangler fig pattern): замена отдельных модулей легаси-системы на новые компоненты, которые постепенно вытесняют старые. Этот подход популярен в банковской сфере.
• Переписывание (re-engineering): перевод системы на современную платформу (например, с COBOL на Java или C#) с сохранением функциональности.
• Эмуляция и виртуализация: запуск легаси-системы на современном оборудовании через эмуляторы (например, Hercules для мейнфреймов IBM) или в виртуальных машинах.
• Инкапсуляция: изоляция легаси-системы и предоставление доступа к её данным через современные API (например, REST).

В России в 2020-х годах активно реализуются программы импортозамещения, которые стимулируют замену зарубежных легаси-систем на отечественные разработки. Например, в рамках перехода на российское ПО (реестр Минцифры) многие организации вынуждены мигрировать с устаревших систем на платформы, такие как «1С:Предприятие», «Астра Linux» или «РЕД ОС».

Критика и риски

Критики легаси-систем указывают на следующие риски:

• Технологический долг: отсрочка модернизации приводит к накоплению проблем, которые в будущем потребуют ещё больших затрат.
• Зависимость от вендоров: многие легаси-системы привязаны к конкретным поставщикам, что ограничивает гибкость организации.
• Угроза кибербезопасности: отсутствие обновлений делает системы лёгкой мишенью для атак. В 2021 году атака на Colonial Pipeline (США) была осуществлена через уязвимость в легаси-системе управления трубопроводом.
• Потеря знаний: с уходом специалистов, поддерживающих легаси-системы, организация теряет критически важные компетенции.

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

Интересные факты

• Самая старая легаси-система, которая, по некоторым данным, всё ещё используется, — это система управления железнодорожными перевозками в Великобритании, созданная в 1960-х годах на языке COBOL.
• В 2019 году правительство Японии объявило о планах заменить легаси-системы на мейнфреймах, однако к 2023 году процесс был завершён лишь частично из-за сложности миграции.
• В России одной из самых известных легаси-систем является «Электронный бюджет» (ГИИС «Электронный бюджет»), созданная в 2010-х годах, но базирующаяся на устаревших архитектурных решениях, что вызывает критику со стороны аудиторов Счётной палаты.

Источники

• Брукс, Ф. «Мифический человеко-месяц, или Как создаются программные системы». — СПб.: Символ-Плюс, 2010.
• Фаулер, М. «Рефакторинг: улучшение существующего кода». — М.: Вильямс, 2019.
• Отчёт Счётной палаты РФ «О результатах экспертно-аналитического мероприятия «Мониторинг развития и эксплуатации государственных информационных систем» (2021).
• Материалы конференции «Legacy Systems: Challenges and Solutions» (IEEE, 2020).
• Исследование Gartner «Legacy Modernization: Strategies and Best Practices» (2022).