Зрелость платформенного инжиниринга: от инструментов к самообслуживанию¶
7.0/10
Контекст¶
Автор рассматривает модель зрелости CNCF Platform Engineering Maturity Model и фокусируется на аспекте Interfaces — том, как разработчики взаимодействуют с возможностями платформы. По его наблюдениям, большинство команд, уже построивших платформу, застревают на уровне 2 (Standard Tooling), хотя внешне это выглядит как успех.
Суть¶
Модель описывает четыре уровня: Custom Processes, Standard Tooling, Self-Service Solutions и Integrated Services. На уровне 2 стандартизированы золотые пути, но всё, что выходит за их пределы, требует ручного участия платформенной команды; автор выделяет четыре причины застревания: очередь из исключений, нехватка экспертизы, ловушка поддержки компонентов и ригидность путей. Переход к уровню 3 требует параметризации путей, сбора данных о реальных запросах перед автоматизацией и отношения к интерфейсу как к продукту, а уровень 4 достигается автоматизацией типовых сценариев, встраиванием платформы в инструменты разработчика и распределением владения возможностями. Автор честно отмечает, что модель диагностическая, а не предписывающая, а приведённые цифры (например, снижение исключений на 40–60%) основаны на отдельных кейсах, а не на систематических данных.
Вывод¶
Главный вывод автора: зрелость интерфейса определяется не количеством возможностей, а тем, насколько редко платформенная команда оказывается в цикле выполнения запроса. Следующий вызов — интерфейсы для ИИ-агентов, которые не читают документацию и не заполняют формы.