Firefly спонсировал этот пост.
Эволюция инфраструктуры как кода (IAC) была отмечена несколькими серьезными изменениями в подходе и технологии, часто с растущей сложностью облака и неэффективностью в качестве катализатора изменений. И хотя большинство профессионалов DevOps признают и пытаются не отставать от меняющейся ландшафта, они не всегда понимают, что его последствия выходят далеко за рамки простой автоматизации.
Из своих корней в ручном сценариях и управлении конфигурацией IAC превратился в сложную экосистему, которая меняет, как организации в целом управляют своей ИТ -инфраструктурой.
Но не у всех практикующих облаков достаточно понимания IAC и лучших практик, чтобы максимально использовать его, оставляя инфраструктуру в качестве кода, все еще недостаточно используемой, и оставляя неподвижную облачную среду в опасности.
Откуда мы пришли: эволюция IAC
Перемещение от облачных структур до декларативных, многочастотных решений, таких как Terraform, представляла собой растущую сложность возможностей МАК. Этот сдвиг позволил организациям управлять сложными условиями с никогда невиданной эффективностью. Появление языковых инструментов IAC на основе программирования, таких как Pulumi, затем еще больше размыла линии между разработкой приложений и управлением инфраструктурой, что позволяет разработчикам играть более активную роль в OPS.
Для DevOps и лидеров инженеров платформы эта эволюция означает подготовку к будущему, когда управление облачной инфраструктурой становится все более автоматизированным, интеллектуальным и интегрированным с другими аспектами жизненного цикла разработки программного обеспечения. Он также подчеркивает важность содействия культуре непрерывного обучения и адаптации (в идеале с облачным центром передового опыта в своей основе), поскольку ландшафт МАК продолжает развиваться быстрыми темпами.
Вот как выглядело состояние IAC всего год назад, а также представление о том, как оно уже изменилось снова.
365 дней перемен: что мы узнали в 2024 году?
Отчет «Состояние инфраструктуры как кодекса» (IAC) от Firefly — это ежегодная проверка импульсов быстро развивающегося состояния принятия, зрелости и воздействия IAC. В течение последних нескольких выпусков этот отчет становится все более важным ресурсом для профессионалов DevOps, инженеров платформ и инженеров по надежности сайта (SRES), навигающих по сложностям среды с мультиколыми и изменяющимся ландшафтом инструментов IAC.
В 2024 году мы обследовали более 350 респондентов и использовали их коллективную обратную связь, чтобы создать отчет, который помогает сравнить, документировать и формировать будущее стратегий управления МАК и облака для всей отрасли.
Хотя исследования исследований 2025 года не будут публично доступны до конца апреля, вот итог того, что мы узнали в прошлом году, и как выглядят последствия:
- Сложность с мультиколом достигла новых максимумов: Данные показывают, что 80% компаний работали в области мультикологий, причем более 50% управляют три или более облаков. Для многих это напрямую привело к борьбе управления и управления затратами.
- Усыновление IAC выросло, но общее покрытие МАК оставалось неуловимым: 72% организаций использовали IAC, но только треть кодифицировали более 75% их инфраструктуры, оставив множество ресурсов неуправляемыми. Часто эти неуправляемые ресурсы были устаревшими активами.
- Цвета Terraform начала проскальзывать: В 2024 году 60% команд использовали Terraform, но Opentofu и Pulumi уже набирали раннюю тягу, предполагая будущие сдвиги.
- Безопасность и управление были ключевыми проблемами: В прошлом году 45% респондентов назвали риск безопасности/соблюдения требований в качестве основной задачи IAC, в то время как 32% боролись с процессами управления изменениями.
- DevOps Tipвлины и автоматизация стали стандартными: 2024 доказал, что в автоматизации оставались пробелы в области управления облачной инфраструктурой, так как 55% использовали трубопроводы CI/CD для IAC, но многие все еще развернули Terraform вручную (~ 30%).
Состояние IAC в 2025 году: что нового?
В прошлом году в отчете «Состояние инфраструктуры как кода» выявлено борьба за масштабирование МАК во все более сложной, многоспособной реальности. Но что изменилось в 2025 году?
- Растет ли многочал, или компании начинают консолидироваться?
- Каковы факторы, угрожающие доминированию Terraform?
- Отухнула ли паника безопасности вокруг управления МАК — и если да, то какие новые проблемы заменили ее?
- Как команды DevOps решают скрытые риски дрейфа и смещения инфраструктуры?
- И является ли ИИ в автоматизации инфраструктуры просто шумихи, или это тихо изменяет, как команды управляют облаком?
Отчет о 2025 году упал в апреле. Следите за эксклюзивными идеями и тенденциями, формирующими будущее управления инфраструктурой. (Подсказка: вы узнаете, как созревает IAC, какие проблемы с исполнением IAC претендуют на ранние проблемы внедрения и как меняется роль трубопроводов автоматизации-первых.
В то же время, если ваша стратегия IAC по -прежнему терпит неудачу, следите за тем, почему ваша стратегия IAC по -прежнему отстой в 2025 году для понимания и инструментов, чтобы помочь вашим усилиям IAC повысить эффективность, согласованность и надежность в вашей облачной инфраструктуре.
Firefly-это плоскость управления облаком, которая позволяет DevOps и командам инженеров платформы сканировать и обнаруживать весь свой облачный след, обнаружение облачных конфигураций, классифицировать активы с использованием политики как код и управлять одним инвентаризацией облачных ресурсов в разных кластерах и Kubernetes Clusters. Узнайте больше последних из Firefly Trending Stories YouTube.com/ThenewStack Tech Moving быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. IDO Neeman является генеральным директором и соучредителем Firefly и бывшим генеральным директором и соучредителем Nuweba, быстрой и безопасной платформы без сервера. К разнообразию ролей, которые он занимал, он приносит более десятилетнего опыта в элите … читайте больше от Ido Neeman
