Почему более быстрое программное обеспечение создает более медленные проблемы

      Настоящая проблема начинается после написания кода

      Самая заметная часть бума ИИ легко узнаваема. Разработчик вводит запрос, и на экране появляется что-то функциональное. Функция собирается быстрее, чем раньше, или продукт движется вперед без тех же задержек, которые когда-то определяли раннюю разработку. Этот момент привлекает внимание, потому что он кажется немедленным и завершенным.

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

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

      История затрат, которая не проявляется при запуске

      Существует момент, когда новая функция становится доступной, и все выглядит чисто. Она работает, клиенты реагируют, и внутренний сигнал выглядит как прогресс. Системы, поддерживающие ее, все еще достаточно малы, чтобы их можно было отслеживать, а стоимость ее работы кажется пропорциональной тому, что она делает.

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

      К моменту, когда приходит ежемесячный счет, он отражает все, что изменялось за кулисами, не предлагая много ясности о том, почему. Затраты на облако могут начать казаться нестабильными, поскольку они связаны с решениями, распределенными по командам и временным рамкам. Некоторые части расширяются с ростом, другие остаются избыточными от предыдущих версий, и новые уровни появляются для поддержки функций, которые могут не остаться.

      Что на самом деле сигнализирует расход на облако

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

      То, как компания разрабатывает свои продукты, напрямую отражается в ее облачном пространстве. Это отражает скорость отправки, сколько экспериментов происходит одновременно, структуру хранения данных и объем резервной мощности, добавленной для поддержания стабильности.

      Эта работа традиционно ложится на смешение внутренних команд и внешних специалистов, которые могут достаточно близко изучить систему, чтобы предложить изменения.

      Ограничения ручного контроля

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

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

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

      ИИ добавляет еще один уровень к проблеме

      Инструменты ИИ ускорили, насколько быстро команды могут создавать и развертывать новые функции. Они также ввели новые формы использования, которые труднее отслеживать привычными способами. Поставщики моделей, конвейеры данных и обработка в реальном времени могут все добавляться к основной инфраструктуре, не следуя тем же паттернам, что и более старые системы.

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

      Видение системы как единого целого

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

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

      Некоторые компании начали подходить к этой проблеме, рассматривая видимость как непрерывный процесс. Pump.co описывает свою платформу как начинающую с оптимизации затрат, а затем расширяющуюся в систему, которая отслеживает использование, безопасность и активность инфраструктуры вместе с течением времени. Материалы компании сообщают, что они работают примерно с 1,500 клиентами и сообщают о среднем уровне экономии около 20 процентов, используя эти цифры, чтобы отразить, как решения по инфраструктуре проявляются на практике.

      Запуск программного обеспечения как непрерывная дисциплина

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

      Digital Trends сотрудничает с внешними авторами. Весь контент авторов проверяется редакционным составом Digital Trends.