Новое исследование HFS Research и Unqork «Modernization has reached its tipping point: Choose architecture over arbitrage» показывает, что 43% ИТ-менеджеров опасаются, что искусственный интеллект создаст новый технический долг, хотя 84% ожидают сокращения затрат благодаря внедрению ИИ, сообщает портал ZDNet.

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

В опросе, проведенном в сентябре, приняли участие 123 руководителя и менеджера крупных компаний. У них есть большие надежды, что ИИ поможет сократить и устранить проблемы, а также снизить затраты. По крайней мере 80% ожидают повышения производительности, а 55% предполагают, что ИИ поможет сократить технический долг.

Однако значительная часть респондентов ожидает, что ИИ увеличит технический долг, что отражает «реальную обеспокоенность по поводу безопасности, интеграции унаследованных систем и поведения „черного ящика“ по мере масштабирования ИИ по всему стеку», отмечают исследователи. Среди основных проблем — уязвимости безопасности (59%), сложность интеграции унаследованных систем (50%) и потеря видимости (42%).

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

«Технический долг существует на многих уровнях технологического стека, — отмечает Гэри Хоберман, генеральный директор Unqork. — У вас может быть исключительно квалифицированный и продуктивный инженер или лучшая модель ИИ, пишущая самый красивый и эффективный код, который когда-либо видели, но этот код все равно будет работать в средах выполнения, которые сами по себе полны технического долга и проблем с безопасностью. Или они могут полагаться на Open Source-библиотеки, которые больше не поддерживаются».

Например, один из клиентов Unqork сейчас устраняет 25-летний технический долг, накопленный из-за своих Java-приложений. «Простое обновление базовой виртуальной машины Java было крайне дорогостоящим и медленным — на это уходили месяцы — и приносило очень мало пользы. К тому времени, когда они заканчивали обновление одной версии, выходила новая, которую нужно было обновлять. Это и есть определение унаследованного технического долга», — , рассказывает Хоберман.

ИИ представляет собой новый набор проблем в плане технического долга. Растущее использование кода, сгенерированного с помощью ИИ, создает, по словам Хобермана, риск непреднамеренных последствий, таких как неуправляемые затраты на обслуживание и увеличение технического долга, тогда как ИТ-отделы и без того перегружены обслуживанием текущих систем.

Четыре способа избежать увеличения технического долга

Как защититься от появления новых форм технического долга, связанных с внедрением ИИ? Вот четыре рекомендации:

  1. Ограничьте ИИ-проекты, которые быстро генерируют код без возможности отслеживания, отката или интеграционных ограничений. Внедренное решение должно показывать, кто что сделал, когда и почему. Без этого система на основе ИИ «не только уязвима, но и создаст проблемы в будущем, — говорит Ханса Иенгар, руководитель практики HFS и соавтор отчета. — Наиболее подверженные образованию долга усилия в области ИИ на первый взгляд кажутся быстрыми, но незаметно усугубляют сложность и затрудняют каждое последующее изменение».
  2. Контролируйте смену моделей и архитектур. Переходите к продуктовым результатам, используя архитектуры, «которые минимизируют создание кода клиентами, максимизируют повторное использование и имеют встроенное управление, чтобы ИИ уменьшал, а не создавал дополнительный технический долг», — говорит Хоберман.
  3. Обратите внимание высшего руководства на необходимость долгосрочного подхода к разработке ПО. Объясните руководству, что расходы на ПО принесут такие бизнес-результаты, как рост доходов. «Если вы количественно оцените, что будет управлять бизнесом, а что будет стимулировать изменения, вам будет гораздо проще вовлечь совет директоров в основанную на фактах дискуссию о перераспределении расходов», — говорит Иенгар.
  4. Модернизируйте унаследованные системы. Без такой модернизации и без изменения базовой архитектуры преимущества ИИ будут утрачены. «В таком случае ИИ приведет к увеличению, а не уменьшению технического долга», — поясняет Хоберман.