Платформенный инженер

Описание профессии

Платформенный инженер — это специалист, который строит и развивает внутренние платформы для программистов компании, упрощая сложную инфраструктуру и предоставляя командам инструменты самообслуживания для размещения приложений, мониторинга, управления ресурсами. Представьте архитектора, который строит не здание, а целую инфраструктуру города — дороги, водопровод, электросети — так, чтобы жители могли легко подключиться к любому сервису без помощи специалистов. Платформенный инженер создаёт стандартизированные, оптимизированные способы разработки и доставки приложений, проектирует порталы для программистов, программные интерфейсы и инструменты командной строки для платформы, системы непрерывной интеграции и доставки, системы наблюдения за приложениями. Относится к инфраструктуре как к продукту, где программисты компании — это клиенты платформы. История профессии началась в середине 2010-х годов как эволюция DevOps. DevOps-инженеры традиционно помогали каждой команде разработки настроить инфраструктуру, CI/CD, мониторинг. Но в крупных компаниях (десятки/сотни команд разработки) это не масштабируется — DevOps-инженеры становятся bottleneck. Spotify в 2014-2016 гг. начал строить Internal Developer Platform (Backstage, open-sourced в 2020), Google развивал Borg (предшественник Kubernetes) как платформу для разработчиков. В 2020-2023 гг. термин "Platform Engineering" стал отдельным направлением, отличным от DevOps. Gartner в 2023 назвал Platform Engineering одним из топ-трендов в software engineering. Сегодня Platform Engineer — это роль, которая строит платформы, позволяющие разработчикам самостоятельно деплоить, масштабировать, мониторить приложения без прямой помощи DevOps/SRE команды. Основная задача Platform Engineer — повысить developer productivity (производительность разработчиков) через автоматизацию и стандартизацию. Работа включает: построение self-service инфраструктуры (разработчики могут через portal/CLI создать базу данных, развернуть приложение, настроить мониторинг без тикетов в DevOps), создание "золотых путей" (готовые templates для Node.js microservice, Python API, React frontend с pre-configured CI/CD, observability, security scanning), разработка developer portals (Backstage — каталог сервисов, документация, scaffolding новых приложений, визуализация зависимостей), проектирование platform APIs (unified API для создания ресурсов: databases, queues, caches, вместо прямой работы с Terraform/kubectl), построение CI/CD платформ (GitHub Actions/GitLab CI как сервис, автоматические pipelines с best practices, secret management, artifact registry), создание observability stack (централизованные логи/метрики/трейсы через Grafana/Prometheus/Jaeger, pre-configured dashboards для каждого сервиса). Современный Platform Engineer использует инструменты: Kubernetes как foundation для платформы (часто managed EKS/GKE/AKS, настройка multi-tenancy, resource quotas, network policies), Backstage для developer portal (Spotify open-source framework, каталог сервисов, scaffolding templates, TechDocs документация), Terraform/Pulumi для Infrastructure as Code (абстракция через modules, предоставление высокоуровневых API поверх низкоуровневого IaC), ArgoCD/Flux для GitOps (автоматический деплой из Git, continuous delivery для разработчиков), Crossplane для Kubernetes-native IaC (управление cloud ресурсами через Kubernetes CRDs), Service Mesh (Istio/Linkerd) для networking/security/observability между сервисами, API Gateways (Kong, Ambassador) для unified entry point, Internal CLI tools (написанные на Go/Python, обертки над kubectl/terraform/helm для упрощения workflow). Языки программирования: Go (основной для platform tooling, CLI, operators), Python (автоматизация, scripting), TypeScript (frontend для developer portals). Тренды: Platform as a Product (трактовать платформу как продукт с roadmap, user feedback, metrics), Golden Paths (curated, opinionated пути разработки, балансировка между гибкостью и стандартизацией), Developer Experience (DevEx) metrics (DORA metrics — Lead Time, Deployment Frequency, MTTR, Change Failure Rate). Зарплаты: Middle 250-400К₽, Senior 450-650К₽, Staff/Principal 650-800К₽+. Востребованность растет — крупные компании (100+ разработчиков) создают platform teams.

Кому подходит

Платформенный инженер — профессия для старших DevOps-инженеров с продуктовым мышлением, которые хотят масштабировать своё влияние через построение платформ вместо помощи отдельным командам. Подходит тем, кто имеет понимание потребностей разработчиков («как сделать их жизнь проще»), интересуется опытом разработчика (удобство командной строки, портала, документации), любит строить уровни абстракции (скрывать сложность инфраструктуры за простыми интерфейсами), мыслит системно (видеть платформу целиком: от непрерывной интеграции до наблюдаемости и безопасности), готов работать на стыке инфраструктуры и разработки. Нужны технические навыки уровня старшего DevOps — глубокое знание Kubernetes (не просто «применить манифест», а понимание контроля доступа, сетевых политик, операторов, пользовательских ресурсов), опыт с управлением инфраструктурой через код (Terraform/Pulumi), непрерывной интеграцией и доставкой (GitHub Actions, GitLab CI, Jenkins), системами наблюдения (Prometheus, Grafana, Jaeger). Но главное отличие от DevOps — продуктовое мышление: платформенный инженер создаёт платформу как продукт, где разработчики — это пользователи. Нужно собирать обратную связь (что разработчикам неудобно? какие проблемы?), приоритизировать функции (строить план развития платформы), измерять успех через метрики (время от изменения до выпуска, частота развёртываний, опросы удовлетворённости разработчиков), итеративно улучшать платформу. Важно умение проектировать программные интерфейсы и командную строку — интерфейсы платформы должны быть интуитивными, хорошо документированными, стабильными (версионирование, обратная совместимость), командная строка платформы должна быть удобной (понятные сообщения об ошибках, автодополнение, справка, примеры использования). Навыки программирования критичны — писать инструменты на Go/Python, создавать операторы Kubernetes (расширять Kubernetes для ресурсов платформы), разрабатывать интерфейс для порталов разработчиков (React/TypeScript). Общение ключевое — работать с продуктовыми командами (понимать их потребности), продвигать платформу (обучать разработчиков, писать документацию, проводить демонстрации), балансировать запросы (не все хотят одного и того же, нужно находить компромиссы между гибкостью и стандартизацией). Подходит тем, кто хочет работать на стратегическом уровне — влиять на продуктивность разработчиков всей компании (вместо помощи одной команде), видеть результат своей работы (сокращение времени выпуска с дней до часов, увеличение частоты развёртываний с раза в неделю до десятков в день). Интроверты и экстраверты: много технической работы (разработка компонентов платформы, написание кода, проектирование архитектуры), но также требуется взаимодействие с разработчиками (собирать обратную связь, обучать, поддерживать), презентация платформы (демонстрировать новые функции, вводить команды в курс дела). Не подходит тем, кто не готов к высокому порогу входа — требуется 4-6 лет опыта DevOps/SRE (начинающие и средние DevOps редко становятся платформенными инженерами сразу), глубокое знание инфраструктуры (Kubernetes, облака, сети, безопасность), навыки разработки (писать качественный код на Go/Python). Также не подходит тем, кто не хочет думать о пользователях (понимание разработчиков критично, нельзя просто «построить что-то технически крутое», нужно чтобы разработчики это использовали), не готов к компромиссам (балансировка между гибкостью платформы и стандартизацией — вечная дилемма), боится ответственности (платформа влияет на продуктивность всех разработчиков компании, если платформа плохая или нестабильная — страдают все). Платформенные инженеры востребованы в крупных продуктовых IT-компаниях (Яндекс, VK, Ozon, Авито — где десятки и сотни разработчиков, нужна платформа для масштабирования), финтехе (Тинькофф, Сбер — высоконагруженные системы, много микросервисов, критична продуктивность разработчиков), облачных провайдерах (Yandex Cloud, VK Cloud — строят платформы для внутренних и внешних клиентов), стартапах на стадии роста (50-200+ разработчиков, переход от «DevOps помогает каждой команде» к «платформа самообслуживания»). Международные возможности — Google, Amazon, Microsoft активно нанимают платформенных инженеров для внутренних платформ.

Навыки и требования

На кого учиться

Обязанности и функции

• Проектирование внутренней платформы для разработчиков — архитектура платформы, выбор технологий, план развития
• Разработка программных интерфейсов и командной строки платформы — инструменты на Go/Python для самообслуживания инфраструктуры (создание баз данных, развёртывание приложений, управление ресурсами)
• Построение порталов разработчиков — внедрение Backstage (каталог сервисов, шаблоны создания проектов, техническая документация, визуализация зависимостей)
• Создание готовых путей разработки — стандартизированные шаблоны для приложений Node.js, Python, React с предустановленной непрерывной интеграцией, наблюдаемостью, безопасностью
• Платформа непрерывной интеграции и доставки как сервис — рабочие процессы GitHub Actions или GitLab CI, автоматические конвейеры, управление секретами, хранилище артефактов
• Стек наблюдаемости для разработчиков — централизованные Prometheus, Grafana, Jaeger, предустановленные панели мониторинга, оповещения, прозрачность затрат
• Инфраструктура самообслуживания — абстракция над Kubernetes и Terraform через высокоуровневые интерфейсы, разработчики создают ресурсы без глубоких знаний инфраструктуры
• Документация платформы — исчерпывающие руководства, документация интерфейсов, инструкции по устранению неполадок, материалы для адаптации новых команд
• Адаптация разработчиков — помощь командам во внедрении платформы, обучающие сессии, демонстрация новых функций
• Обратная связь с разработчиками — регулярные опросы удовлетворённости разработчиков, личные беседы, запросы на функции, приоритизация плана развития
• Метрики платформы — измерение показателей DORA (время от изменения до выпуска, частота развёртываний, среднее время восстановления, доля неудачных изменений), стоимость развёртывания, уровень внедрения платформы
• Надёжность платформы — целевые показатели уровня обслуживания для платформы (время работы, задержка интерфейсов платформы, доступность системы непрерывной интеграции), дежурства при инцидентах платформы (редко, но критично)
• Безопасность и соответствие требованиям для платформы — встроенное сканирование безопасности в систему непрерывной интеграции, управление секретами, политики контроля доступа, журналы аудита
• Оптимизация затрат — прозрачность затрат на инфраструктуру, рекомендации по оптимизации ресурсов, политики автомасштабирования, распределение затрат по командам

Плюсы и минусы профессии

Востребованность профессии

Востребованность платформенного инженера — быстро растущая, но пока нишевая. На hh.ru в 2025 году 500-1000 вакансий «Платформенный инженер» (меньше чем DevOps 5000+, но растёт примерно на 50% в год). Основные работодатели: крупные продуктовые IT-компании — Яндекс, VK, Ozon, Авито, Lamoda (200-300 вакансий, строят внутренние платформы для десятков и сотен разработчиков, требуют опыт Kubernetes, Backstage, Go), финтех — Тинькофф, Сбер, Альфа-Банк (150-250 вакансий, высоконагруженные системы, много микросервисов, критична продуктивность разработчиков, высокие зарплаты), международные компании — Yandex Cloud, VK Cloud, представительства крупнейших технологических компаний в России и СНГ (100-150 вакансий, передовые платформы, удалённые позиции, зарплаты в долларах или евро иногда), стартапы на стадии роста — 50-200 разработчиков, переход от бессистемного DevOps к платформе (50-100 вакансий, опционы на акции, быстрый рост, но риски). Тренд платформенной инженерии набирает обороты. Gartner в 2023 назвал платформенную инженерию топ-трендом в разработке программного обеспечения, прогнозируя, что к 2026 году 80% крупных компаний-разработчиков будут иметь платформенные команды. Причины роста: масштабирование DevOps не работает (1 DevOps на 10 разработчиков становится узким местом), разработчикам нужна автономия (самообслуживание вместо заявок в DevOps), когнитивная нагрузка разработчиков высокая (слишком много инструментов: Kubernetes, Terraform, Prometheus, разработчикам нужна абстракция). Платформенная инженерия решает эти проблемы через готовые пути разработки и самообслуживание. Инструменты и фреймворки: **Backstage** (открытый проект Spotify, стал стандартом для порталов разработчиков, 1000+ компаний используют, включая Netflix, American Airlines, Expedia), **Humanitec** (коммерческая оркестрация платформ, альтернатива самостоятельно построенным платформам), **Crossplane** (управление инфраструктурой через Kubernetes, управление облачными ресурсами через пользовательские ресурсы, растущая популярность), **Port** (портал разработчиков как сервис), **Kratix** (фреймворк платформы как продукта). Знание Backstage критично для платформенных инженеров — большинство вакансий упоминают его. Сертификации: сертификации Kubernetes (CKA, CKAD) важны для платформенной инженерии (70-80% вакансий упоминают Kubernetes как требование), сертификации архитектора AWS, GCP, Azure полезны (облачные платформы — основа для внутренних платформ), специализированных сертификаций по платформенной инженерии пока нет (направление молодое). Обучение: курсы по платформенной инженерии появляются (мастер-классы KubeCon, Humanitec Platform Academy, обучение TeamTopologies), но в основном изучение через опыт DevOps и переход в платформенную роль. География: Москва и Санкт-Петербург — 70-80% вакансий платформенного инженера, зарплаты на 30-40% выше региональных. Удалённая работа очень распространена (60-70% вакансий подходят для удалённой работы, так как платформенная инженерия требует меньше присутствия на месте чем традиционный DevOps). Международные возможности — крупнейшие технологические компании активно нанимают платформенных инженеров (команды платформы Google, внутренние платформы Amazon AWS, инфраструктура Meta), европейские технологические компании (Spotify, Zalando, Booking.com строят передовые платформы), зарплаты $150-300 тысяч+ в год. Конкуренция: низкая для старшего уровня и выше (требуется редкое сочетание — экспертиза DevOps + навыки программирования + продуктовое мышление), высокая для начинающих (начинающий платформенный инженер почти не существует, нанимают с опытом DevOps 4-6 лет). Барьер входа — 4-6 лет опыта DevOps/SRE (без этого сложно понимать проблемы разработчиков и инфраструктуры), навыки программирования на Go/Python (не просто написание скриптов, а разработка инструментов промышленного качества), понимание опыта разработчика (не все DevOps-инженеры имеют продуктовое мышление). Профессия перспективная — тренд к платформенной инженерии будет расти, крупные компании переходят от «DevOps помогает каждой команде» к «платформа самообслуживания».

Где можно работать

Как получить профессию

**Как стать платформенным инженером: пошаговый план (4-6 лет через опыт DevOps)** **Важно**: платформенный инженер — это не начальная позиция. Требуется 4-6 лет опыта DevOps/SRE. Типичный путь — DevOps → старший DevOps → платформенный инженер. **Шаг 1: Стать DevOps-инженером (0-3 года, см. карьерный путь DevOps)** Необходимая основа: Kubernetes (не просто применение манифестов, а понимание контроля доступа, операторов, пользовательских ресурсов, сетей), непрерывная интеграция и доставка (GitHub Actions, GitLab CI, Jenkins), управление инфраструктурой через код (Terraform/Pulumi), облачные платформы (AWS/GCP/Azure), системы наблюдения (Prometheus, Grafana, журналирование). Работа 2-3 года в роли DevOps критична — без понимания проблем разработчиков и инфраструктуры сложно строить платформы. **Шаг 2: Углубиться в Kubernetes (параллельно с работой DevOps, 1-2 года)** Kubernetes — основа для большинства внутренних платформ. Изучить: **операторы Kubernetes** (как расширять Kubernetes через пользовательские ресурсы, паттерн контроллера, инструменты создания операторов), **контроль доступа и многопользовательский режим** (как изолировать команды в одном кластере, сетевые политики, квоты ресурсов), **непрерывная доставка через Git** (ArgoCD/Flux для непрерывной доставки, декларативная инфраструктура). Практика: написать простой оператор Kubernetes на Go (например, пользовательский ресурс для создания базы данных), настроить многопользовательский кластер с изоляцией пространств имён. Сертификации: **CKA** (сертифицированный администратор Kubernetes) и **CKAD** (сертифицированный разработчик приложений Kubernetes) — повышают стоимость на рынке, многие вакансии требуют. **Шаг 3: Изучить Go (основной язык для платформенной инженерии, 6-12 месяцев)** Go — язык выбора для инструментов платформы (командная строка, операторы, серверные сервисы). Изучить: основы Go (горутины, каналы, обработка ошибок, пакеты), работа с программным интерфейсом Kubernetes из Go (библиотека client-go), построение инструментов командной строки (библиотека cobra — стандарт для инструментов в стиле Kubernetes), написание HTTP-интерфейсов (фреймворки gin/echo). Практика: написать инструмент командной строки для упрощения команд kubectl (например, обёртка для создания развёртывания с предустановленными настройками), создать простой интерфейс для самообслуживания создания ресурсов. Ресурсы: «The Go Programming Language» (книга), «Kubernetes Programming with Go» (Manning), курсы на Udemy/Pluralsight. **Шаг 4: Изучить Backstage (фреймворк порталов разработчиков, 3-6 месяцев)** Backstage — стандарт для внутренних порталов разработчиков (создан Spotify, открыт в 2020). Изучить: **каталог сервисов** (как организовать каталог, метаданные, владение), **шаблоны приложений** (создание новых приложений из шаблонов, параметризованный YAML), **техническая документация** (документация как код, Markdown-документы в портале), **плагины** (как расширять Backstage: собственные плагины для статуса непрерывной интеграции, прозрачности затрат, сканирования безопасности). Практика: развернуть Backstage локально (Docker/Kubernetes), создать простой шаблон приложения (например, шаблон микросервиса Node.js с непрерывной интеграцией), написать собственный плагин. Ресурсы: официальная документация Backstage, сообщество Backstage в Discord, курсы Humanitec Platform Academy. **Шаг 5: Развить продуктовое мышление (параллельно с техническими навыками)** Платформенная инженерия отличается от DevOps продуктовым подходом. Изучить: концепции **опыта разработчика** (когнитивная нагрузка, состояние потока, циклы обратной связи), **метрики DORA** (время от изменения до выпуска, частота развёртываний, среднее время восстановления, доля неудачных изменений — как измерять продуктивность разработчиков), мышление **платформа как продукт** (разработчики — это пользователи платформы, нужно собирать обратную связь, план развития, приоритизация). Практика: провести опрос удовлетворённости разработчиков в текущей команде (что неудобно в текущей инфраструктуре?), измерить время от изменения до выпуска для вашего проекта (от фиксации до продакшена), предложить улучшения. Ресурсы: книга «Team Topologies» (Matthew Skelton, Manuel Pais — основа для платформенной инженерии), доклады PlatformCon (ежегодная конференция), блоги Humanitec, Spotify, ThoughtWorks. **Шаг 6: Построить учебный проект платформы (6-12 месяцев, портфолио)** Создать мини-платформу для разработчиков как демонстрацию навыков: **основа** (управляемый кластер Kubernetes на DigitalOcean/GKE/EKS, около $50-100/месяц), **портал разработчиков** (развёртывание Backstage с каталогом сервисов и шаблонами для приложений Node.js/Python), **непрерывная интеграция и доставка** (рабочие процессы GitHub Actions, автоматическое развёртывание в Kubernetes через ArgoCD), **наблюдаемость** (Prometheus/Grafana для метрик, Loki для логов), **самообслуживание** (простой инструмент командной строки на Go для создания баз данных и очередей). Задокументировать в README на GitHub — архитектура, как использовать платформу, снимки экрана. Это станет портфолио для резюме. **Шаг 7: Искать вакансии платформенного инженера (после 4-6 лет опыта DevOps)** После 4-6 лет опыта DevOps/SRE + учебный проект платформы: искать вакансии «Платформенный инженер», «Инженер внутренней платформы», «Инженер по опыту разработчика». Указать в резюме: опыт Kubernetes (операторы, контроль доступа), развёртывание Backstage, программирование на Go (инструменты командной строки, операторы), продуктовое мышление (примеры улучшения опыта разработчика). Площадки: hh.ru, LinkedIn (многие международные вакансии), Telegram-каналы (вакансии DevOps, сообщества платформенной инженерии), напрямую в крупные IT (Яндекс, VK, Тинькофф часто нанимают платформенные команды). **Общий срок**: 4-6 лет (2-3 года опыт DevOps + 1-2 года углубление в Kubernetes/Go/Backstage + переход в роль платформенного инженера). Ключевой момент: платформенная инженерия — это роль для старших специалистов, не пытаться попасть без солидного опыта DevOps, но активно изучать Backstage/Go/продуктовое мышление параллельно с работой DevOps, строить учебный проект платформы для портфолио.

Карьерные перспективы

Карьерный путь платформенного инженера обычно начинается не с начальной позиции, а через опыт DevOps/SRE. Типичный путь: **DevOps-инженер** (2-3 года опыта) — работа с инфраструктурой, Kubernetes, непрерывная интеграция и доставка, помощь командам разработки, автоматизация, управление инфраструктурой через код, зарплата 150-250 тыс. ₽. Затем **старший DevOps-инженер** (4-6 лет общего опыта) — глубокая экспертиза в Kubernetes, облаках, проектирование инфраструктуры, начало интереса к опыту разработчика (как упростить жизнь разработчикам?), возможно первые попытки построения внутренних инструментов (командная строка, шаблоны), зарплата 280-400 тыс. ₽. Переход в **платформенного инженера** (5-7 лет общего опыта, из них 1-2 года в роли платформенного инженера) — фокус сдвигается с «помощь отдельным командам» на «построение платформы для всех», разработка компонентов платформы (командная строка, программные интерфейсы, порталы), создание готовых путей разработки, работа с Backstage или аналогами, начало продуктового мышления (собирать обратную связь, план развития), зарплата 250-400 тыс. ₽. Рост до **старшего платформенного инженера** (7-10 лет опыта) — проектирование архитектуры платформы, техническое владение компонентами платформы, влияние на метрики продуктивности разработчиков, наставничество, публичные выступления и блоги о платформенной инженерии, зарплата 450-650 тыс. ₽. Финальные роли: **ведущий платформенный инженер** (10-15 лет опыта) — стратегический уровень, влияние на инженерную культуру компании, выбор технологий для платформы, работа с продуктовой, безопасностью, архитектурной командами, техническое продвижение, зарплата 650-800 тыс. ₽+, или **руководитель платформенной команды** — управление командой платформы (5-15 человек), стратегия платформы, бюджет, найм, согласование с бизнесом, переход от практической работы к руководству, зарплата 800 тыс. — 1,2 млн ₽+. Возможны специализации: **инженер по опыту разработчика** (фокус на удобстве для разработчиков, порталы разработчиков, адаптация, документация), **архитектор платформы** (проектирование платформ корпоративного уровня, многооблачные и многорегиональные решения), **продуктовый менеджер платформы** (переход в роль менеджера продукта, управление планом развития платформы без практического программирования), **SRE с фокусом на платформу** (команды надёжности, которые строят платформы надёжности для разработчиков). Международные возможности — крупнейшие технологические компании активно нанимают платформенных инженеров (Google имеет огромные внутренние платформы, Amazon построил облачные сервисы на основе внутренних платформ).

Известные представители профессии

• Kelsey Hightower — представитель разработчиков в Google, эксперт по Kubernetes, автор популярных докладов об опыте разработчика и платформенной инженерии
• Charity Majors — генеральный директор Honeycomb, продвигает наблюдаемость и продуктивность разработчиков, автор блогов о платформенных командах
• Manuel Pais — соавтор книги «Team Topologies», концепция платформенных команд как команд поддержки для продуктивности разработчиков
• Kaspar von Grünberg — генеральный директор Humanitec, популяризатор платформенной инженерии как отдельной дисциплины, организатор PlatformCon
• Lee Mills — руководитель платформенной инженерии в Spotify, работал над Backstage (открытый фреймворк порталов разработчиков)

Смежные профессии