Platform Engineering Labs 26 мая 2026 года выпустила крупное обновление open-source платформы formae: в ней появилась поддержка Kubernetes, нативная интеграция с Helm, совместимость с файлами .tfvars и публичный хаб плагинов. Для команд, которые живут между Terraform, кластерами Kubernetes и вечной болью от рассинхрона инфраструктуры, это выглядит как попытка собрать всё в одну рабочую схему без очередной миграции ради самой миграции.
О релизе поддержки Kubernetes сообщает InfoQ. Ключевая идея обновления в том, что formae теперь претендует не просто на роль ещё одного IaC-инструмента, а на роль единого источника правды для инфраструктуры: платформа автоматически обнаруживает изменения в живой среде, версионирует их и переводит в код, даже если эти изменения были внесены внешними инструментами, а не самой formae.
На практике список нововведений выглядит довольно прагматично. Платформа получила поддержку стандартных ресурсов Kubernetes, а также управляемых вариантов вроде Amazon EKS и Microsoft AKS. Отдельно добавили нативную работу с Helm: команды могут подключать уже существующие chart'ы в свои процессы без переписывания деплоя под новую модель. Плюс появилась прямая совместимость с Terraform .tfvars, то есть существующие переменные и параметры конфигурации можно использовать без ручной переделки. Для платформенных команд это важный сигнал: входной билет в новый инструмент становится дешевле, если не нужно пересобирать половину накопленного хозяйства.
Самое интересное здесь не даже не Helm и не .tfvars, а то, как formae формулирует свою архитектурную позицию. Классические IaC-системы обычно жёстко связывают описание ресурсов и состояние выполнения, а значит, живут рядом со state-файлами, импортами, reconcile-циклами и периодическими сюрпризами из серии «в проде уже не то, что в коде». formae, по описанию Platform Engineering Labs, идёт от обратного: она выводит источник истины напрямую из текущего состояния инфраструктуры. Для Kubernetes-среды, где изменения легко прилетают из GitOps, CI/CD, ручных правок, операторов и облачных консолей одновременно, такой подход выглядит логичным. По крайней мере, он лучше соответствует реальности, в которой «идеально декларативная инфраструктура» часто существует только в презентациях.
Контекст для такого релиза тоже понятен. За последние годы Kubernetes окончательно перестал быть экзотикой и стал базовым слоем для платформенной инженерии. Вместе с этим выросли и накладные расходы: больше кластеров, больше облаков, больше инструментов, больше точек, где инфраструктурное описание расходится с тем, что реально крутится в продакшене. На этом фоне конкуренты тоже двигаются в сторону cloud-native сценариев. InfoQ упоминает Terraform, Pulumi и GitOps-ориентированные системы вроде Argo CD: все они так или иначе усиливают работу с Kubernetes, но при этом часто остаются завязаны на управление состоянием, проектно-ориентированные зависимости плагинов или ручное выравнивание конфигураций. formae пытается отстроиться именно от этой усталости индустрии от «ещё одного слоя синхронизации».
Ещё один заметный кусок релиза — запуск Public Hub, публичного хаба плагинов formae. Он продолжает историю Plugin SDK, который компания представила ранее в 2026 году. По замыслу Platform Engineering Labs, это централизованная среда, где можно публиковать, искать и использовать плагины сообщества, а также собирать и тестировать их с меньшим риском несовместимости. Здесь ставка сделана на упрощение жизненного цикла плагинов: в отличие от ряда существующих IaC-подходов, где плагины жёстко привязаны к отдельным проектам и окружениям, formae выносит управление ими на более общий уровень. Для крупных инфраструктур это может быть полезнее, чем звучит в анонсе: чем меньше проектных исключений и локальной магии, тем меньше шансов, что инфраструктура начнёт зависеть от конкретного ноутбука, пайплайна или исторической случайности.
Для разработчиков и DevOps-команд ценность релиза упирается в довольно земные вещи. Во-первых, поддержка Kubernetes и Helm позволяет использовать уже существующие артефакты, а не строить параллельную вселенную ради внедрения нового инструмента. Во-вторых, совместимость с .tfvars снимает часть риска при входе в экосистему formae: переменные не нужно переносить вручную или поддерживать в двух форматах. В-третьих, если платформа действительно стабильно отслеживает изменения, сделанные извне, это может снизить объём ручной сверки между «тем, что у нас в Git», и «тем, что кто-то уже поправил в облаке в три часа ночи». Для IT-руководителей и фаундеров здесь тоже есть вполне прикладной смысл: меньше трения при миграции, меньше операционной нагрузки, ниже цена зоопарка из нескольких инфраструктурных инструментов.
При этом важно не переоценивать анонс. InfoQ описывает релиз как серьёзное расширение возможностей formae, но не приводит метрик внедрения, числа пользователей или конкретных кейсов с измеримым эффектом. Поэтому говорить о переломе на рынке Infrastructure as Code рано. Но сама траектория выглядит показательно: спрос смещается в сторону систем, которые умеют не только «разворачивать по описанию», но и постоянно собирать, нормализовать и объяснять реальное состояние инфраструктуры. Если эта модель приживётся, спор о том, кто владеет истиной — Git, state-файл или живой кластер, — станет для платформенных команд не философским, а вполне прикладным вопросом выбора следующего стека.