Причины прекращения поддержки приложений (Application Closertting)

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

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

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

Ключевые факторы прекращения поддержки приложений

Прежде чем перечислять движущие факторы, стоит обратить внимание на макроэкономический контекст: лидеры перераспределяют бюджеты в сторону модернизации и искусственного интеллекта, одновременно упрощая структуру поставщиков и устраняя дефицит квалифицированных кадров. Forrester подчеркивает растущий вес технического долга, в то время как Gartner показывает, что консолидация и внедрение облачных технологий ускоряются, и IDC количественно характеризует глобальный дефицит квалифицированных кадров. В совокупности эти тенденции убедительно свидетельствуют о необходимости отказа от устаревших приложений с низкой ценностью и высоким риском, оставив только необходимые данные — под надёжным контролем и готовые к использованию в любой момент. Ниже мы рассмотрим девять ключевых факторов, подкреплённых аналитическими выводами, и объясним, почему сейчас самое время действовать.

1. Сокращение затрат и погашение технического долга

ForresterПо данным опроса Tech Pulse за второй квартал 2024 года, только 21% руководителей ИТ-отделов США сообщают об отсутствии у них серьёзного технического долга. Почти половина из них столкнулась с умеренным уровнем задолженности, в то время как 30% столкнулись с серьёзным или критическим уровнем задолженности. Это бремя, сформированное прошлыми решениями, сжатыми сроками и внешним давлением, сдерживает прогресс новых инициатив. Как и финансовый долг, технический долг со временем растёт, требуя всё больше ресурсов для его устранения и замедляя инновации и устойчивость, включая безопасность.

Forrester рекомендует выделять около 20% расходов портфеля на решение проблем технического долга, иначе вы «не достигнете цели». Эти расходы легче высвободить, когда вы выводите из эксплуатации системы с низкой коммерческой ценностью и высокими эксплуатационными расходами.

2. Консолидация поставщиков (меньше, но более мощные платформы)

С 2005 года Oracle стала ведущим консолидатором корпоративного программного обеспечения, приобретя 43 приложения для расширения своего портфеля. Среди крупных приобретений – PeopleSoft, JD Edwards, Siebel (CRM), Agile Software (PLM) и Retek (розничная торговля). В отличие от них, SAP в основном сосредоточилась на развитии своего ERP-стека собственными силами, в то время как Infor расширила свою платформу управления предприятием за счет приобретений более мелких поставщиков, включая BaaN, e.piphany, GEAC, SSA Global, Extensity и Systems Union. Организациям, использующим эти приобретенные приложения, теперь предстоит решить, стоит ли оставаться на консолидированной платформе или перейти к новому поставщику.

Портфели SaaS сокращаются (например, средние приложения упали 5% г / г), что свидетельствует о намеренном переходе на меньшее количество стратегических платформ. По мере того, как организации стандартизируют основные комплексы, они выводят из эксплуатации перекрывающиеся SaaS-решения и, что крайне важно, отказываются от устаревших «вспомогательных» систем, которые существовали только для интеграции или заполнения пробелов. Это снижает накладные расходы на лицензирование и интеграцию, уменьшает объем аудита и освобождает бюджет для модернизации.

3. Индивидуально разработанная → Модульная ERP-система → SaaS и платформы с низким уровнем кода

От собственных разработок ➜ к модульным корпоративным пакетам решений (ERP, SCM, CRM) или к облачным гибким платформам (SaaS и LCAP): десятилетиями предприятия переходили от индивидуальных систем к готовым модульным архитектурам, при этом такие поставщики, как SAP и Oracle, задавали шаблон и расширяли возможности за счет дополнительных модулей. Современные этапы SaaS и платформы с минимальным написанием кода еще больше снижают потребность в одноразовых «вспомогательных» инструментах. Следующий практический шаг — очистка портфеля: модернизируйте то, что соответствует целевой платформе, и выводите из эксплуатации устаревшие немодульные приложения, сохраняя при этом доступность данных для аудита и аналитики.

Согласно отчетам По прогнозам, к концу 2025 года около 70% новых приложений, разрабатываемых организациями, будут использовать технологии low-code или no-code — впечатляющий скачок по сравнению с менее чем 25% в 2020 году. По мере того, как команды наращивают возможности на стандартизированных SaaS-платформах и платформах приложений low-code (LCAP), специализированные устаревшие приложения становятся ненужными. Организации консолидируются на нескольких стратегических платформах, отказываются от использования длинных специализированных инструментов и сохраняют исторические записи в архиве, соответствующем требованиям, для аудита и аналитики.

4. Дефицит навыков и поддержки

IDC Прогнозируется, что к 2026 году более 90% организаций ощутят на себе последствия кризиса ИТ-навыков, что обойдется в 5.5 трлн долларов США совокупных убытков. Если кадровый резерв системы сокращается (старые ERP-системы, 4GL, специализированные приложения), его вывод из эксплуатации устраняет операционный риск. Современные специалисты в области технологий всё больше концентрируются на таких новых областях, как искусственный интеллект, облачные вычисления и наука о данных. Тем временем целое поколение специалистов по мэйнфреймам уходит на пенсию, оставляя после себя сокращающийся круг экспертов. Большинство выпускников вузов, специализирующихся на информатике, мало знакомы с устаревшими языками программирования, такими как COBOL или Natural, и не знакомы с иерархическими базами данных, лежащими в основе традиционных мэйнфреймов. Модернизируя свои системы, организации могут задействовать современные навыки и снизить зависимость от устаревшей кадровой базы.

5. Миграция мэйнфреймов

В 2025 году мэйнфреймы по-прежнему играют критически важную роль: 92% организаций рассматривают их как необходимое условие для долгосрочного роста. Они обеспечивают непревзойденную надежность, безопасность и производительность для таких отраслей, как банковское дело, страхование и государственный сектор. Однако рост затрат на обслуживание, сокращение числа инженеров, владеющих языком COBOL, и ограниченная гибкость бизнеса подталкивают предприятия к модернизации. Устаревшие системы испытывают трудности с интеграцией с облачными платформами, искусственным интеллектом и аналитикой, что препятствует инновациям и цифровой трансформации. Кроме того, проблемы соответствия требованиям и привязки к поставщику усугубляют эту проблему. В результате организации все чаще изучают стратегии миграции для повышения гибкости, снижения затрат и обеспечения доступа к данным в режиме реального времени в рамках современных архитектур.

6. Безопасность: последствия прекращения поддержки

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

7. Соблюдение нормативных требований и управление данными

Для устаревших приложений, которые используются редко или не используются вообще, правила (GDPR, CCPA, HIPAA(SOX) по-прежнему требуют сохранения и извлечения исторических записей. Вывод приложения из эксплуатации позволяет вывести систему из эксплуатации, сохранив её данные в управляемом, неизменяемом архиве с политиками хранения, юридическим удержанием и полным аудиторским журналом. Команды получают быстрый доступ к электронным документам, не поддерживая приложение в режиме онлайн. Такой подход обеспечивает минимизацию данных, снижает риск утечки данных и область аудита, а также позволяет избежать штрафов за несоблюдение требований.

8. Готовность к ИИ и доступность данных

Генеративному ИИ нужны управляемые, унифицированные и высококачественные данные, а не разрозненные, разрозненные приложения. К 2026 году более 80% предприятий будут использовать GenAI. Отказ от устаревших приложений — кратчайший путь к данным, готовым к использованию ИИ: извлекайте и проверяйте исторические записи, гармонизируйте схемы, применяйте правила происхождения/маскирования/юридического удержания и помещайте их в управляемый архив или хранилище данных/объектов. После этого публикуйте таблицы, объекты и встраивания с правами доступа через API для поддержки тонкой настройки, RAG и рабочих процессов агентов, повышая точность и объяснимость моделей, снижая затраты на запуск, одновременно ускоряя внедрение ИИ.

9. Внедрение облака и масштабируемость

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

Согласно GartnerК концу 2025 года более 85% организаций перейдут на облачный подход, а к 2028 году более 50% будут использовать отраслевые облачные платформы. Компаниям, которые не смогут внедрить облачную архитектуру, будет сложно полностью реализовать свои цифровые стратегии. Переход на облачные платформы позволяет цифровым и продуктовым командам использовать масштабируемость, гибкость и инновации, заложенные в современных облачных средах.

Как помогает Solix (вкратце)

Соликс Технологии Мы предлагаем комплексные решения по выводу приложений из эксплуатации, которые помогают организациям архивировать критически важные данные, соблюдать нормативные требования и добиваться значительной экономии средств. Наш опыт охватывает вывод из эксплуатации устаревших систем на различных платформах, включая Oracle, SAP, мэйнфреймы и специализированные корпоративные приложения.

Solix предлагает портфель, необходимый для безопасного выхода на пенсию и раскрытия ценности: применение выхода на пенсию и архивирование предприятия (сохранение EBR с юридическим удержанием/неизменяемостью), управление данными и интеллектуальная классификация (хранение на основе политик), маскирование данных и конфиденциальность (безопасное использование для тестирования/аналитики), архивирование электронной почты/файлов (целостные записи), а также шаблоны доступа корпоративного ИИ и Lakehouse для аналитики архивных данных.

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

Прочитайте больше:

Хотите узнать цифры, подтверждающие вывод приложения из эксплуатации? В книге «От ответственности до кредитного плеча» рассматриваются риски, совокупная стоимость владения (TCO), чистая приведенная стоимость (NPV), многолетняя окупаемость инвестиций (ROI) и то, как Solix превращает каждый вывод приложения в бюджет для следующего. Читать Часть 1 (почему это не может ждать) и Часть 2 (модель + внедрение).