Обзор Platform Tooling Landscape

В декабре 2025 года сообщество Platform Engineering представило обновленную версию ландшафта платформенных инструментов Platform Tooling Landscape и референсных архитектур внутренних платформ разработки (Internal Developer Platform, IDP). Ландшафт основан на анализе сотен платформенных решений в технологических компаниях и обобщает лучшие практики проектирования внутренних платформ разработки. Ландшафт помогает понять, какие инструменты существуют на рынке, и подобрать правильную комбинацию для создания IDP. Версия 2.0 сформирована на основе реальных внедрений и инсайтов более 100 платформенных команд.

Архитектура внутренних платформ разработки строится на пяти плоскостях (Architectural planes).
Каждая плоскость отвечает за отдельную область жизненного цикла платформенной инженерии:
  1. Плоскость управления для разработчиков (Developer Control Plane). Предоставляет интерфейсы, которыми разработчики пользуются ежедневно: IDE, облачные среды разработки (Cloud Development Environments, CDE), порталы и точки интеграции с AI. В этой плоскости проектные решения определяют, снижается или усиливается когнитивная нагрузка (Cognitive load).
  2. Плоскость интеграции и поставки (Integration and Delivery Plane). Отвечает за системы контроля версий, CI/CD конвейеры, реестры образов и платформенную оркестрацию. Здесь находится платформенный оркестратор (Platform Orchestrator), который координирует рабочие процессы во всей системе и служит точкой интеграции между намерениями разработчика и реальной инфраструктурой.
  3. Плоскость ресурсов (Resource Plane). Управляет предоставлением инфраструктуры и ее жизненным циклом. Вне зависимости от того, используются Terraform, Crossplane или облачные инструменты, эта плоскость преобразует требования приложений в реальную инфраструктуру.
  4. Плоскость безопасности (Security Plane). Встраивает защиту во всю платформу: статический анализ кода, управление секретами, управление идентификацией и доступом (Identity and Access Management, IAM), контроль политик и сетевую безопасность. Каждое действие проходит через механизмы контроля безопасности, и обойти их нельзя.
  5. Плоскость наблюдаемости (Observability Plane). Обеспечивает получение информации о состоянии платформы в реальном времени через мониторинг, логирование, финансовое управление облачными затратами (FinOps) и управление инцидентами. Эта плоскость делает поведение платформы видимым и измеримым.

Ландшафт сопровождается каталогом инструментов, который можно фильтровать по плоскостям и категориям. Помимо пяти плоскостей, в каталоге выделена группа прочих инструментов (Other Tools). Каталог включает следующие категории:
  • Портал разработчика и каталог сервисов (Developer Portal/Service Catalog);
  • Среды разработки (IDE/CDE);
  • AI-ассистенты, агенты и LLM (Copilot/Agent/LLM);
  • Аналитика разработки (Developer insights);
  • Спецификация рабочих нагрузок (Workload Specification);
  • Среда как сервис (Environment as a Service);
  • Системы контроля версий (VCS);
  • CI конвейеры (CI Pipeline);
  • CD конвейеры (CD Pipeline);
  • CI/CD конвейеры для баз данных (CI/CD Database Pipelines);
  • Реестры (Registry);
  • Платформенный оркестратор (Platform Orchestrator);
  • Оркестратор облачной платформы самообслуживания (Self-service Cloud Platform Orchestrator);
  • Обмен сообщениями (Messaging);
  • Инфраструктура как код (IaC);
  • Плоскости управления инфраструктурой (Infrastructure Control Planes);
  • Вычислительные ресурсы (Compute);
  • Данные (Data);
  • Сети (Networking);
  • Система доменных имен (Domain Name System, DNS);
  • Управление кластерами (Cluster Management);
  • Облака (Cloud);
  • Платформа как сервис (Platform as a Service, PaaS);
  • Сервисы (Services);
  • Анализ кода (Code Analysis);
  • Секреты (Secrets);
  • Управление идентификацией (ID Management);
  • Контроль политик (Policy Control);
  • Сетевая безопасность (Network Based Security);
  • Комплексные решения безопасности (Security Suites);
  • Мониторинг и логирование (Monitoring & Logging);
  • Наблюдаемость (Observability);
  • Мониторинг производительности приложений (APM);
  • Финансовое управление облачными затратами (FinOps);
  • Управление инцидентами (Incident Management);
  • Аналитика (Analytics);
  • DevOps платформы (DevOps Platform);
  • Прочее (Miscellaneous).

Схема Platform Tooling Landscape доступна в виде шаблона для проектирования архитектуры IDP и создания карты инструментов платформ.
Если вам интересно применение Platform Tooling Landscape и референсных архитектур внутренних платформ в вашей компании или командах, обращайтесь к нам за помощью. Мы работаем с платформенными и продуктовыми командами, архитекторами и техлидами. Помогаем картировать текущий набор инструментов платформ по пяти архитектурным плоскостям, выявить пробелы и дублирование инструментов, а также оценить их соответствие потребностям пользователей платформ. Формируем целевую архитектуру IDP с учетом контекста и зрелости вашей организации, согласуем приоритеты развития платформы и помогаем сформировать дорожную карту и бэклог улучшений с метриками прогресса.

Вступайте в сообщество Enabling Community и подписывайтесь на наш канал Enabling.team Insights, чтобы оставаться в курсе технологических трендов.