The post has been translated automatically. Original language: Russian
In continuation of the report from the CNCF 10th anniversary event, CNCF currently oversees more than 240 projects, from Kubernetes and Prometheus to Argo and dozens of lesser-known tools. This is the largest cloud-native ecosystem, with more than 700 corporate participants, thousands of developers and an infrastructure that de facto standardizes how enterprise builds and runs applications), I would also like to address the issue of API development (OpenAPI/MCP), that is, services without a graphical interface.
the end of the GUI era for tools
Here is the thesis that Bryce voiced in his speech, which hooked me the most, namely that AI agents will become the main way to call cloud-native services.
As a direct consequence, there is less emphasis on developing graphical interfaces for open source projects under the auspices of CNCF. Instead, it's a portfolio of headless backend services that agents call directly.
If you think about it, it makes sense. Today, a typical DevOps engineer works with a dozen dashboards - Grafana for metrics, ArgoCD for deployments, Lens or Rancher for a cluster, Vault UI for secrets. Each panel is a separate UI that needs to be developed, maintained, and updated. If the agent can call the API of these services directly, the entire GUI layer becomes optional. Not dead, but secondary.
Okay, what does this mean in practice? API-first ceases to be just a good practice - it becomes the only way for a service to exist that wants to be called by an agent. Human documentation is secondary to machine-readable specifications - OpenAPI, JSON Schema, and MCP (Model Context Protocol - Bryce did not mention it, this is my addition). Observability and contractual primacy come to the fore because an agent will not “guess” intentions from the UX curve, as a human does. A person sees a curved button and figures out what it does. The agent sees an inaccurate API contract and breaks down.
But I'm careful. The transition from human-driven to agent-driven consumption will require a different level of API stability and service reliability. An agent will not forgive an unstable access point the way a person who simply presses F5 forgives it. One invalid response from the API and the chain of three agents breaks down. The logic of repeated attempts, fuses, smooth degradation - all this becomes critically important not just any day, but when the agent is the main consumer of your website, store, or information product.
What does it mean today
Bryce describes a real shift that has already begun, and he doesn't seem to be selling the future. The headless backend as the primary paradigm is a logical consequence of the agent-driven architectures that we are already building. And here it is important to understand that if your services today do not have a clear machine-readable API (for ChatGpt or Claude), start with this and urgently.
Source: CNCF Chief: AI Inference Will Drive Increased Cloud-Native Software Consumption (report from the CNCF 10th Anniversary Event, New York, February 2026, based on a speech by Executive Director Jonathan Bryce)
В продолжении репортажа с мероприятия в честь 10-летия CNCF(CNCF сегодня курирует более 240 проектов - от Kubernetes и Prometheus до Argo и десятков менее известных инструментов. Это крупнейшая экосистема cloud-native, с более чем 700 корпоративными участниками, тысячами разработчиков и инфраструктурой, которая де-факто стандартизирует то, как enterprise строит и запускает приложения), также хотелось бы затронуть вопрос развития API (OpenAPI / MCP) то есть сервисов без графического интерфейса
конец эпохи GUI для инструментов
Вот тезис который озвучил Брайс в своем выступлении, который меня зацепил больше всего а именно то, что AI-агенты станут основным способом вызова cloud-native сервисов.
Прямое следствие: меньше акцента на разработку графических интерфейсов для open source проектов под эгидой CNCF. Вместо этого - портфель headless backend-сервисов, которые агенты вызывают напрямую.
Если подумать - логично. Сегодня типичный DevOps-инженер работает с десятком панелей мониторинга - Grafana для метрик, ArgoCD для развертываний, Lens или Rancher для кластера, Vault UI для секретов. Каждая панель - это отдельный UI, который нужно разрабатывать, поддерживать, обновлять. Если агент может вызвать API этих сервисов напрямую, весь слой GUI становится необязательным. Не мертвым - но вторичным.
Окей, а что это значит на практике? API-first перестает быть просто хорошей практикой - он становится единственным способом существования сервиса, который хочет быть вызван агентом. Документация для человека вторична по отношению к машиночитаемым спецификациям - OpenAPI, JSON Schema, а также MCP (Model Context Protocol - Bryce его не упоминал, это мое дополнение). Наблюдаемость и контрактная первичность выходят на первый план, потому что агент не “угадает” намерения по кривому UX, как это делает человек. Человек видит кривую кнопку и додумывает, что она делает. Агент видит неточный API-контракт и ломается.
Но я осторожен. Переход от human-driven к agent-driven потреблению потребует другого уровня стабильности API и надежности сервисов. Агент не простит нестабильную точку доступа так, как прощает её человек, который просто нажмет F5. Один невалидный ответ от API - и цепочка из трех агентов ломается. Логика повторных попыток, предохранители, плавная деградация - все это становится критически важным не когда-нибудь, а когда агент является основным потребителем вашего сайта, магазина или информационного продукта.
Что это значит сегодня
Bryce описывает реальный сдвиг, который уже начался, и он как кажется не продает будущее. Headless backend как первичная парадигма - это логичное следствие agent-driven архитектур, которые мы уже строим. И тут важно понять вот что если ваши сервисы сегодня не имеют четкого машиночитаемого API(для ChatGpt или Claude), начинайте с этого и причем срочно.
Источник: CNCF Chief: AI Inference Will Drive Increased Cloud-Native Software Consumption (репортаж с мероприятия в честь 10-летия CNCF, Нью-Йорк, февраль 2026, на основе выступления исполнительного директора Jonathan Bryce)
Share
