У каждой четвёртой крупной компании в России больше половины инфраструктурного ПО уже затронуто техническим долгом.
Вот такая новость появилась сегодня, и, кажется, она заслуживает отдельного разговора.
По данным исследования OCS, в котором участвовали 202 корпоративных заказчика, у 25% крупных организаций технический долг накопился более чем в половине инфраструктурного стека. Ещё у каждой двенадцатой компании этот показатель превышает 75%.
И речь не про пару старых серверов, которые давно пора заменить.
В первую очередь проблемы накапливаются в базовых вещах, от которых зависит ежедневная работа бизнеса: резервном копировании и аварийном восстановлении, операционных системах, инструментах управления и мониторинга IT-сред.
Причём бизнес это прекрасно понимает. Но есть небольшая проблема: одно дело понимать, что инфраструктуру пора обновлять, и совсем другое — действительно взять и начать её масштабно перестраивать.
По данным того же исследования, только 11% компаний планируют комплексное обновление инфраструктуры. При этом 35% собираются менять отдельные платформы точечно.
И вот это уже довольно показательная цифра.
Похоже, крупный бизнес сейчас чаще выбирает не вариант «закрываем всё, строим заново и встречаемся через два года», а аккуратную модернизацию отдельных участков. Причина понятна: корпоративная IT-инфраструктура давно представляет собой не набор независимых программ, а огромную связку систем, баз данных, интеграций и бизнес-процессов.
Поменять один элемент — значит проверить, что не перестанет работать пять других.
А если в компании десятки систем, несколько баз данных, кастомные конфигурации 1С и процессы, которые формировались годами, фраза «давайте просто обновим платформу» начинает звучать примерно как «давайте немного перестроим самолёт во время полёта».
И здесь мы вспоминаем наш проект для Nova Energy.
У клиента тоже была довольно типичная для крупного бизнеса ситуация: шесть разрозненных HR-баз, дублирование данных примерно на уровне 18%, задержки обновления информации до 3–5 дней и проблемы с процессом разработки в 1С.
При этом просто взять и заменить существующую систему было нельзя — бизнес продолжал работать, а процессы нельзя было поставить на паузу ради красивой новой архитектуры.
Поэтому мы пошли не через тотальную пересборку, а через последовательную модернизацию: провели аудит текущего IT-ландшафта, собрали единую модель данных, настроили интеграции через REST API и асинхронные очереди, внедрили CI/CD и автоматизированное тестирование, а БСП адаптировали под кастомную конфигурацию 1С.
В результате дубли данных удалось сократить с 18% до менее 2%, синхронизацию ускорить в 6,5 раза, количество багов в продакшене снизить на 37%, а релизный цикл ускорить на 42%. При этом работы велись без остановки бизнес-процессов.
И, пожалуй, главный вывод здесь не в конкретных технологиях.
Технический долг редко появляется потому, что кто-то однажды принял «неправильное» архитектурное решение.
Чаще он накапливается постепенно: сначала нужно быстро запустить процесс, потом добавить интеграцию, потом подключить ещё одну систему, потом исправить старый модуль — и через несколько лет компания обнаруживает, что любое изменение требует слишком много времени и слишком много осторожности.
Поэтому для крупного бизнеса задача часто заключается не в том, чтобы «сделать всё новое». А в том, чтобы понять, что именно мешает системе развиваться сейчас, что можно модернизировать без остановки бизнеса и в каком порядке это делать.
И, судя по свежему исследованию, в ближайшее время таких задач у российских компаний меньше не станет.
Подробнее о исследовании OCS — CNews Подробнее о проекте Nova Energy — кейс GreenCore
