Идея инфраструктуры из кода (IFC) заключается в том, что вы просто выписываете все шаги развертывания и конфигурации на языке программирования по вашему выбору, и больше не беспокоитесь о том, как ваше приложение будет работать в облаке. Это был шаг вперед от инфраструктуры как инструментов кода (IAC), таких как Terraform и Opentofu.
Лучше всего, что ямл не нуждался.
«Оповещение о спойлере: это не сработало»,-сказал Аллен Хелтон, инженер экосистемы из поставщика платформы Cache Momento, выступая на виртуальном IACConf 2025 о недолговечной тенденции IFC.
У Хелтона были некоторые идеи относительно того, почему IFC не работал, как рекламируется на банке. И другие на конференции, организованная SpaceLift, предлагали свои собственные изученные уроки по автоматизации развертывания инфраструктуры и поддержания ее как можно более управляемым.
Контекст переключатель
По словам Хелтона, облако усложнило ситуацию для разработчиков приложений. Прошли те дни, когда вы могли попасть в F5 и отправить свой код в производство, не думая о том, как он будет работать. Теперь им пришлось беспокоиться об инфраструктуре.
С облаком, «я бы всегда был переключением контекста между моим шаблоном и моей бизнес -логикой, и это замедляло меня», — вспоминает он.
IFC обещал устранить все это переключение контекста.
Клото, нет.
Это казалось хорошей идеей, и волна продавцов подхватила впечатляющий набор инструментов поддержки: азот, клото, бис, крыло, шаттл, темный и ампти.
Каждый принял немного другой подход. Wing предложил свой собственный язык программирования, позволяя компилятору конвертировать его в код, который будет запускать инфраструктуру. Клото использовал JavaScript, добавив набор аннотаций для инфраструктурных вызовов.
Тем не менее, все эти подходы столкнулись с трудностями на поиске рыночной активности, вспоминает Хелтон.
Не волнуйся, ничего не контролирует
Многие из вышеупомянутых компаний ушли из бизнеса или перестали развиваться-Wing, Klotho-в то время как другие разворачиваются или входят в режим обслуживания. Только азот и бис, кажется, все еще процветают.
По мнению Хелтона, проблема с подходом IFC заключалась в том, что разработчики не были готовы отказаться от контроля.
С IFC поставщики контролировали, с какими ресурсами может работать разработчик, чтобы сделать вещи простыми. Так что именно поставщики решили, как будет настроена инфраю клиентов.
Это было незарядным для большинства разработчиков.
Продавцы обещали лучшие практики из коробки. Но лучшая практика поставщика редко будет оптимальной практикой для самих клиентов. Многие предприятия могут иметь особые потребности в отношении HIPAA или других внешних или внутренних мандатов.
Короче говоря, IFC обещал большие награды для тех, кто был готов отказаться от контроля над своей инфраструктурой.
«По мере того, как абстракции становятся все выше и выше, это делает нас неловкими, потому что, когда вы абстрагируете и убираете конфигурируемость, мы выходим из нашей зоны комфорта».
— Аллен Хелтон, инженер экоцистем в Immeso
«Подтекст был:« Поверь нам, мы получили тебя, особенно когда что -то пойдет не так », что означает, что когда что -то идет не так, ты действительно во власти их сланцев [service-level agreements].
И если разработчикам и инженерам -программистам не хотелось бы отказаться от контроля, вы можете поспорить инженеров платформ и DevOps, которые люди также не будут слишком заинтересованы в этой идее. Фактически, инженеры DevOps и инженеры платформы имеют конкретную работу по управлению инфраструктурой. Они были теми, кто решил, какой облачный провайдер использовать и как выполнять различные мандаты.
Другими словами, IFC был обречен с самого начала, сказал Хелтон.
«Инфраструктура из Code — это действительно увлекательная тема, и мне грустно видеть, что она не работает», — сказал Хелтон. «Это было действительно круто в демонстрациях, но я думаю, что на практитности это было не подходящее» для того, где была индустрия.
Адаптивная инфраструктура, другой ИИ
Оказывается, управление инфраструктурой — это гораздо более динамичная работа, чем можно легко передать поставщику и забыть.
Инфраструктура не является единой сделкой. По словам Хелтона, он должен измениться по мере изменения бизнес -требований, и по мере изменения приложения. Нам действительно нужна адаптируемая инфраструктура, основанная на искусственном интеллекте, которая рассматривает текущее использование и предлагает оптимизации в режиме реального времени.
Затем клиенты будут сбалансировать между стоимостью, задержкой и терпимостью от неисправностей с их собственным вкусом: услуги, которые редко запускаются ночью, могут переключаться с контейнеров на сервер, чтобы сэкономить деньги.
Асфальтированная дорога или золотая дорожка?
Если IFC оказывается тупиком, существуют ли другие способы вперед к обеспечению инфраструктуры в автоматической и без головной боли?
В другом выступлении в IACConf главный инженер Vega Джо Хатчинсон предложил несколько других возможных направлений для IAC, уроки, которые привлекли платформу.
Обеспечение IAC с чем -то вроде Terraform кажется отличным для первого проекта, но по мере добавления большего количества проектов IAC выглядит все более хаотичным и трудно управлять.
«В какой -то момент вы понимаете, что это запутанный беспорядок», — сказал он виртуальной аудитории.
«Много сложности, с которой я сталкивался в своей карьере, произошла из мира IAC, который хорошо структурирован, пытаясь взаимодействовать с частями моей компании, которые не настроены в качестве кода, и, возможно, не так хорошо структурированы»,-добавил он.
В своем выступлении на британскую фирму Fintech Checkout Хатчинсон описал несколько способов сделать это правильно — или, по крайней мере, сделать его лучше.
Во -первых, то, что вы делаете, это измерить то, что вы уже делаете, и выбрать одну метрику для улучшения.
«Если бы я делал это снова, я бы измерял инженерную эффективность», — сказал он.
В Catchout было три инженера DevOps, управляющие инфраструктурой для поддержки 200 инженеров, работающих над различными проектами. Быстро растущая компания обратилась к децентрализации операций на «модель Spotify». Он создал команду инженеров платформы для «ускорения команд».
У компании была самоуверенная платформа, построенная из развертывания без головы за кулисами, настроенной Terraform, чтобы предложить множество инструментов. Команды продуктов использовали модули, чтобы обеспечить необходимые им инструменты.
«Возможность измерять вещи и количественно оценить выгоду была бы гораздо более простым путешествием», — сказал он.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Joab Jackson является старшим редактором нового стека, охватывающего облачные нативные вычисления и системы системы. Он сообщил об инфраструктуре и развитии IT более 25 лет, в том числе в IDG и государственных компьютерных новостях. До этого он … читал больше от Джоаба Джексона
