Legacy-системы (или унаследованные системы) — это системы, которые давно устарели, но все еще не выведены из эксплуатации. Хотя у таких систем много недостатков, владельцы не спешат от них избавляться. Для этого есть шесть основных причин:
- сотрудники и руководители, чаще всего среднего уровня, боятся изменений;
- высокая стоимость миграции данных и внедрения новых решений в сложившуюся ИТ-архитектуру;
- недостаток компетенций внутри компании по автоматизации бизнес-процессов, миграции данных и работе c облачными решениями;
- скептическое отношение к модернизации, так как унаследованные системы все еще эффективно выполняют основные функции;
- ожидание возврата инвестиции, вложенных ранее в ИТ-активы;
- отсутствие на рынке подходящих альтернатив.
Legacy-код
Старые языки программирования, такие как Cobol, все еще востребованы, особенно в финансовом секторе, хотя языку больше 60 лет. Например, на сайте hh можно найти вакансию Cobol-разработчика в Совкомбанке, которая была опубликована в конце июля 2023 года. Найти специалиста, способного работать с устаревшими языками программирования не просто. Например, в 2020 году IBM даже запустила бесплатный курс обучения языку Cobol.
Практически любая компания имеет в активе устаревшие с той или иной точки зрения системы. Если судить по западным источникам, то в производственном секторе таких компаний порядка 71%. Также данные исследований показывают, что системы с legacy-кодом составляют около 31% всех ИТ-активов.
Legacy-системы в секторе профессиональных услуг
Как показывают исследования, в европейском секторе профессиональных услуг 71% компаний зависит от legacy-приложений, которые существенно ограничивают рост и препятствуют инновациям. Одним из косвенных следствий такой зависимости является недостаток данных об эффективности бизнеса: с указанной проблемой сталкивается 61% компаний.
9 недостатков унаследованных систем
Хотя унаследованные системы могут казаться незаменимыми, они объективно создают проблемы для владельцев. Разберем все недостатки legacy-систем.
Высокая стоимость обслуживания
Обслуживание унаследованных систем напоминает уход за тяжелобольным пациентом, который подключен к аппарату искусственного жизнеобеспечения: нужно быть аккуратным, продумывать каждый свой шаг и тратить много времени на дорогостоящие процедуры.
Программы обслуживания lecay-систем стоят дорого по следующим причинам:
- постоянные затраты на менеджмент и ресурсы;
- множественные доработки для адаптации систем к меняющимся бизнес-требованиям и обмена данными с другими системами;
- потребность в специально обученном персонале для работы с legacy-кодом, как в случае с языком Cobol;
- постоянная разработка и установка дополнительных модулей;
- создание кросс-платформенных интерфейсов для доступа к разрозненным бизнес-приложениям, если функций самой lecay-системы недостаточно;
- поддержка актуального состояния документации и справочников;
- зависимость от устаревшего оборудования, которое трудно найти на рынке, так как оно либо снято с производства, либо его выпуск ограничен.
Для справки, правительство США тратит 80% своего ИТ-бюджета на поддержку и эксплуатацию систем, в том числе морально устаревших.
Ограниченная поддержка со стороны производителя
Эта проблема в большей степени касается коммерческих решений, потому что у самописных бизнес-приложений, как правило, вообще нет никакой развернутой программы поддержки, что еще хуже.
Вендоры выделяют ограниченные ресурсы на поддержку устаревших решений, поэтому критические обновления выходят реже, штат технической поддержки ограничен, а набор функциональных возможностей не меняется годами.
Низкая производительность
Этот пункт вытекает из предыдущего.
- Раз не выходят новые обновления, то производительность систем не будет увеличиваться со временем.
- К тому же многие legacy-приложения разработаны под устаревшее оборудование, которое не отличается высокой производительностью по сравнению с более современными аналогами.
- Если у legacy-системы есть модули, то они будут потреблять избыточные вычислительные мощности без дополнительной оптимизации.
Проблемы с документацией и регламентами
Бизнес-приложения являются частью бизнес-процессов. Справочная документация (руководство пользователя и администраторов системы), а также описание бизнес-процессов должны поддерживаться в актуальном состоянии. Для описания бизнес-процессов нужна методология, а для описания работы бизнес-приложения — понимание, какую роль его функции выполняют в бизнес-процессах.
Для legacy-приложений часто просто нет развернутой документации и регламентов бизнес-процессов, особенно это характерно для самописных решений, которые создавались для решения узких задач.
Любое изменение в legасу-приложениях — это всегда риск снизить эффективность бизнес-процессов.
Дефицит кадров
Старые сотрудники уходят, на их место приходится искать новых, но чем старее legacy-код, тем тяжелее это сделать. Проблема усугубляется в том случае, если код не был задокументирован. Программисту и бизнес-аналитику составит больших трудов разобраться, как устроена legace-система и как ее использовать.
В конечном счете организация просто вынуждена переходить на другие решения, потому что не может найти специалистов или выделить ресурсы на сопровождение системы.
Многие legасу-системы содержат уязвимости, опасность которых возрастает со временем. Для унаследованных систем характерны следующие недостатки в плане информационной безопасности:
- устаревшие функциональные возможности не адаптированы под современные требования информационной безопасности;
- зависимость от устаревшего оборудования, софта и баз данных создают слой, который тяжело контролировать на наличие уязвимостей;
- унаследованные системы непрозрачны с очки зрения современных средств мониторинга и защиты;
- legacy-код мешает быстрому обновлению контура информационной безопасности;
- legacy-системы особенно чувствительны к внешним угрозам.
Большинство унаследованных систем не поддерживает те функции, которые стали золотым стандартом информационной безопасности: двухфакторную аутентификацию, OTP, ролевую модель доступа и экранирование от инъекций кода.
Желательно, чтобы legacy-приложение было изолировано во внутреннем контуре, но в этом случае компания лишает себя всех преимуществ Интернета: мобильных приложений, клиентских сервисов, виртуальных рабочих мест и т. д.
Также компаниям с устаревшими ИТ-активами приходится тратить дополнительные ресурсы на защиту данных, что ограничивает скорость изменений, увеличивает стоимость сопровождения и интеграции.
Проблемы с интеграцией
Не каждую унаследованную систему можно интегрировать через API. Если компания полностью или частично утратила контроль над legacy-кодом, то единственный способ интеграции — это технология RPA (robotic process automation).
Интеграция через RPA
Технология RPA была разработана для автоматизации процессов в том случае, когда организация не может передавать данные через API или сервисную шину предприятия. RPA передает данные непосредственно через интерфейс приложения тем же способом, что и обычные пользователи. Это удобно, если нет доступа к коду или доступ затруднен.
Хотя RPA позволяет автоматизировать передачу данных, это происходит ценой дополнительных вложений в ИТ-архитектуру и увеличения периодов простоя.
Унаследованные системы также часто требуют модулей интеграции, которые нужно регулярно обслуживать, например, при изменении правил передачи данных через внешний API.
Потеря и дублирование данных
Из-за сложной интеграции, данные, хранящиеся в разрозненных legacy-приложениях, тяжело передавать в другие системы. Это ведет к повторному вводу информации, что чревато ее потерей. В итоге компания вынуждена либо внедрять дорогостоящие MDM-решения, чтобы поддерживать единообразие данных, либо перепроверять данные вручную при каждом использовании.
Неудобные интерфейсы
Интерфейсы legacy-приложений далеки от современных UI-стандартов, поскольку разрабатывались много лет назад и редко обновлялись. Хотя интерфейсы могут казаться малозначительным элементом приложения, они влияют на скорость ввода и получения информации, а значит и качество бизнес-процессов.
Кроме того, из-за неудобства интерфейсов компании тратят несколько дополнительных недель на обучение сотрудников, что косвенно увеличивает стоимость найма персонала.
Заключение
Мы перечислили далеко не все недостатки. Например, мы не сказали, что legacy-приложения затрудняют внедрение прорывных технологий: больших данных, искусственного интеллекта и машинного обучения.
Рано или поздно, компания все равно вынуждена менять устаревшие решения, чтобы:
- снизить стоимость обслуживания ИТ-активов;
- повысить эффективность бизнес-процессов;
- улучшить качество бизнес-данных в организации;
- адаптировать ИТ-архитектуру под требования информационной безопасности;
- улучшить клиентский опыт и опыт сотрудников;
- создать дополнительные условия для роста бизнеса.
Timetta прикладывает все усилия, чтобы ее клиенты могли безболезненно отказаться от устаревших решений в секторе профессиональных услуг. Timetta — это современное облачное решение для управления проектами в проектно-ориентированных организациях. Именно они составляют большинство компаний в секторе профессиональных услуг.
Закажите демо, чтобы узнать больше о возможностях Timetta по управлению проектами в секторе профессиональных услуг.