Name: Платформенный инженер
Price: 35000 RUB
Availability: InStock
Rating: 4.5 (2 reviews)

ФорматОнлайн

УровеньПродвинутый

ДокументСертификат школы

CI/CD DevOps-практики Инфраструктура как код Мониторинг систем Оркестрация контейнеров Управление командой Docker GitLab CI Grafana Kubernetes Prometheus Terraform Yandex Cloud

Мнение редакции

7.7/10

Platform Engineering в России пока живёт в докладах на конференциях и в трёх-четырёх компаниях, которые действительно собрали внутреннюю платформу. Обучающих программ по теме почти нет, и уже поэтому курс интересен. Он отвечает на вопрос, который в растущей компании возникает неизбежно: инфраструктурная команда закрывает одинаковые тикеты десятками, разработчики ждут в очереди, а масштабировать ручное сопровождение нельзя. Ответ Platform Engineering: перестать делать инфраструктурные задачи за каждую команду и собрать платформу с готовыми сценариями, чтобы команды делали их сами.

Главное достоинство программы в том, что она не про инструменты. Школа формулирует это открытым текстом: курс учит не отдельным технологиям, а принципам, как проектировать платформу. И действительно, в темах вы найдёте продуктовое мышление (пользователи, задачи, влияние, покупать или строить, совокупная стоимость владения), архитектуру абстракций и утечки абстракций, когнитивную нагрузку разработчика, стандартные пути и съезды с них, топологии команд и метрики принятия. Это язык, на котором говорят те, кто платформы действительно строит, а не набор лабораторных по Kubernetes.

Практика при этом не бумажная. Инвентаризация того, что реально работает и что дублируется. Скрипт или дашборд, показывающий, какие задачи команда поручает платформе, а где обходится костылями. Тонкий слой оркестрации и интерфейс разработчика, чтобы одной командой получить готовый к работе сервис. Измерение когнитивной нагрузки до и после внедрения. SLO для своего готового пути с дашбордом SLI на Prometheus и Grafana и проверка отказоустойчивости на стенде: отключаем компонент, от которого зависят все команды, и восстанавливаемся по таймеру. Подключение готового пути к пилотному проекту со сбором метрик adoption и DORA. Финал собирается в переносимый репозиторий-шаблон.

Что настораживает. Курс совсем новый, потоков за плечами нет, отзывов на странице тоже. Экспертов двое, и один из них указан как автор трёх модулей из шести. Объём небольшой: 30 часов на два месяца, то есть примерно четыре часа в неделю, и для темы такой ширины это скорее каркас, чем полноценное погружение. И последнее: курс требует не просто опыта, а собственной инфраструктуры, на которой можно проводить инвентаризацию и измерять когнитивную нагрузку команды. Студенту без реального контекста половина практик выполнить будет не на чем.

Вердикт: два месяца про то, чему почти никто в России не учит: как перестать быть узким местом и собрать внутреннюю платформу, которой пользуются другие команды. Шесть модулей от «мышления платформой» до метрик DORA и adoption, 24 часа практики против 6 часов теории, живой воркшоп раз в неделю и защита переносимого репозитория-шаблона. Курс новый, собран в августе 2026 года, и в нём всего два эксперта и ни одного отзыва выпускников.

Плюсы

редкая на российском рынке тема: обучающих программ по Platform Engineering почти нет, а спрос на роль растёт вместе с размером инженерных команд
80 процентов практики: 24 часа заданий против 6 часов теории, и практики привязаны к вашей собственной инфраструктуре, а не к учебному стенду
живые воркшопы с экспертами раз в неделю, записи встреч, сопровождение куратора и закрытый чат потока входят в единственный тариф
финальный проект оформляется как переносимый репозиторий-шаблон с конвейером, шаблонами и политиками: артефакт, который можно принести в свою компанию
программа учит измерять результат, а не только строить: SLO для готового пути, дашборд SLI, метрики adoption и DORA, решение о развитии платформы по данным
эксперты из компании, которая внутреннюю платформу действительно построила, а не из смежных ролей

Минусы

курс создан в августе 2026 года, потоков за плечами нет, отзывов выпускников на странице тоже нет
объём небольшой для такой ширины темы: 30 часов на два месяца, примерно по четыре часа в неделю
половина практик требует собственной инфраструктуры и живых команд: без рабочего контекста инвентаризацию и измерение когнитивной нагрузки делать не на чем
экспертов всего двое, и один из них указан автором трёх модулей из шести

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

DevOps- и SRE-инженерам с опытом

Школа адресует курс тем, кто уже работает с Kubernetes, CI/CD и инфраструктурой, но хочет перейти от эксплуатации к проектированию платформ.

Инфраструктурным инженерам, которые устали от одинаковых тикетов

Мотив назван прямо: перестать решать одинаковые инфраструктурные задачи вручную и создать единые сценарии работы вместо десятков разрозненных решений.

Руководителям инфраструктурных команд

Для них в программе отдельный слой: топологии команд, метрики принятия платформы, показатели DORA и опыта разработчиков, стандартизация процессов и снижение операционной нагрузки.

Кому курс не подойдёт

тем, кто ещё не работает с Kubernetes и CI/CD: курс начинается там, где эксплуатация уже освоена
тем, кто ищет обучение конкретному инструменту: технологии здесь средства, а предмет это принципы проектирования платформы
небольшим командам без потока однотипных инфраструктурных запросов: внутренняя платформа окупается только на масштабе

Чем отличается от других курсов направления

В каталоге курс оказался в направлении «Инженерия» рядом с переподготовкой диспетчеров транспорта и программами по физическому развитию, то есть сравнивать его с соседями по подборке бессмысленно: это классификационная случайность. Реальный контекст у курса другой. Внутри школы соседями будут DevOps-программы: «Профессия DevOps-инженер», «DevOps Upgrade» и курсы по Kubernetes, CI/CD и мониторингу. Отличие от них принципиальное: те учат эксплуатировать инфраструктуру, а этот учит превращать её во внутренний продукт, которым пользуются другие команды. На внешнем рынке прямых аналогов на русском языке практически нет: Platform Engineering существует в докладах конференций, в англоязычных книгах и в опыте нескольких крупных компаний, но не в виде программ обучения. Отсюда и главный аргумент за курс, и главный риск: вы получаете редкую рамку из первых рук, но берёте её у программы без единого прошедшего потока. Ещё одно отличие от больших курсов школы: тариф здесь один, живые встречи, куратор, чат и защита проекта входят в цену, а не покупаются отдельно.

Обзор курса

Кто стоит за курсом

Двое, и оба с нужной стороны баррикад. Сергей Бухаров, архитектор инфраструктурной платформы в Dodo Engineering, начинал как разработчик на .NET и Node.js, занимается внедрением культуры SRE, выступает на HighLoad, DevOps Live, DevOops и Podlodka Crew. Сергей Сафонов, менеджер DevOps, прошёл путь от инженера по надёжности до руководителя команд, автор модулей про мышление платформой, архитектуру и эксплуатацию, и про него отдельно сказано, что внутренние платформы он строил своими руками и в курсе всё из практики. Сочетание архитектора и управленца объясняет крен программы: половина тем это не про технологии, а про продукт, команды и метрики принятия.

Как устроена нагрузка

Два месяца, одна онлайн-встреча в неделю по два часа, всего 6 воркшопов с практикой в прямом эфире. Объём: 6 часов теории и 24 часа практики, то есть около четырёх часов в неделю с учётом домашних заданий. После каждого модуля идёт практическое задание, есть сопровождение куратора и закрытый чат потока со спикерами. Записи встреч остаются, доступ к материалам два года. Завершается всё защитой итогового проекта.

Что входит в стоимость

Тариф на странице один и называется «Поток»: два месяца обучения, живые занятия с экспертом, записи встреч, домашние задания после каждого модуля, сопровождение куратора и закрытый чат, защита итогового проекта. Цена 35 000 рублей единовременно или 8 750 рублей в месяц в рассрочку на 4 месяца, для юридических лиц столько же. Школа обещает предоставить документы для налогового вычета 13 процентов и отдельно предлагает оплату силами работодателя. Есть командное предложение: минус 7 процентов от трёх человек, минус 10 процентов от пяти, отдельные условия от десяти, и в корпоративный формат уже входят проверка домашних заданий, менторы и кураторы.

Что вы соберёте руками

Финальный проект описан подробнее, чем обычно бывает на лендингах, и это хороший знак. Нужно спроектировать и реализовать платформенное решение по модели «интерфейс, оркестрация, возможности, основа», задать ему SLO, добавить как минимум одно правило безопасности и контроля и метрику использования платформы. Результат оформляется как переносимый репозиторий-шаблон, включающий конвейер, шаблоны и политики. То есть на выходе не презентация, а артефакт, который можно принести в свою компанию и начать с него.

Где программа проседает

Первое: курсу нужен ваш собственный контекст. Инвентаризация дублирующихся решений, измерение когнитивной нагрузки до и после, подключение готового пути к пилотному проекту, сбор DORA-метрик, всё это предполагает живую инфраструктуру и живые команды. Без них практики превращаются в упражнения на воображение. Второе: объём. Тридцать часов на предмет, который включает продуктовое мышление, архитектуру абстракций, надёжность, безопасность и организационные топологии, это обзор с практическими вставками, а не глубокое погружение. Третье: курс новый, август 2026 года, потоков за плечами нет, отзывов выпускников на странице тоже нет, и первому потоку неизбежно достанется роль испытателя. Четвёртое: одна встреча в неделю по два часа это немного для темы, где половина ценности в обсуждении чужого опыта.

Кому это не нужно

Тем, кто ещё не работает с Kubernetes и CI/CD: курс прямо адресован инженерам с опытом, которые переходят от эксплуатации к проектированию. Тем, кто ищет обучение конкретному инструменту: здесь Crossplane, Prometheus и Grafana появляются как средства, а не как предмет. И маленьким командам, где инфраструктурных задач физически не хватает на платформу: внутренняя платформа окупается там, где есть десятки одинаковых запросов от разных команд.

Программа курса

1Тема 1. Мышление платформой

Теория: опасность чрезмерного обобщения, связующий слой, четыре опоры (продукт, разработка, широта охвата, эксплуатация). Практика: инвентаризация того, что реально работает, где нужен связующий слой и что дублируется в вашей инфраструктуре.

2Тема 2. Платформа как продукт

Разница между продуктом и проектом, задачи и потребности пользователей, влияние платформы, выбор между разработкой и покупкой готового решения, совокупная стоимость владения. Практика: определить скриптом или дашбордом, какие задачи команды реально поручают платформе, а где создают временные обходные решения.

3Тема 3. Архитектура: модель уровней

Уровни платформы (интерфейс разработчика, интеграция и оркестрация, возможности, основа), программные абстракции и их утечки, фиксация архитектурных решений. Практика: построить тонкий слой оркестрации и интерфейс, чтобы одной командой получить готовый к работе сервис (шаблон, командная строка, композиция Crossplane или мини-CRD).

4Тема 4. Опыт разработчика и готовые пути

Когнитивная нагрузка, стандартные пути, ограничения и правила по умолчанию, съезды с готового пути, выбор интерфейса. Практика: измерить когнитивную нагрузку до внедрения (сколько решений и систем должен держать в голове разработчик) и после.

5Тема 5. Надёжность, безопасность, эксплуатация

Платформа как базовый сервис: SLO и SLI, наблюдаемость, дежурства, совместное использование, политики как код, управление версиями. Практика: задать SLO для своего готового пути, собрать дашборд SLI на Prometheus и Grafana, затем провести проверку отказоустойчивости, отключив компонент, от которого зависят все команды, и восстановиться по таймеру на рабочем стенде.

6Тема 6. Внедрение, метрики, развитие

Принятие платформы командами, показатели DORA и опыта разработчиков, топологии команд, типичные ошибки, развитие платформы. Практика: подключить готовый путь к пилотному проекту, настроить сбор метрик использования и DORA (время от изменения до выпуска, частота развёртываний) и по данным принять решение о продолжении внедрения.

7Финальный проект

Спроектировать и реализовать платформенное решение по модели «интерфейс, оркестрация, возможности, основа», задать SLO, добавить минимум одно правило безопасности и контроля и метрику использования платформы. Результат: переносимый репозиторий-шаблон с конвейером, шаблонами и политиками, который защищается перед экспертом.

Записаться на курс

Чему вы научитесь

проектировать внутреннюю инженерную платформу по модели уровней и фиксировать архитектурные решения
относиться к платформе как к продукту: определять пользователей, их задачи и совокупную стоимость владения
строить готовый путь, по которому команда получает работающий сервис одной командой
снижать когнитивную нагрузку разработчиков и измерять её до и после внедрения
задавать SLO для платформенного сервиса и собирать дашборд SLI на Prometheus и Grafana
внедрять политики как код и правила безопасности по умолчанию
собирать метрики принятия платформы и показатели DORA и принимать решения по данным
выбирать топологию команд и избегать типичных ошибок внедрения платформы

Как проходит обучение

Живые онлайн-занятия раз в неделю

Одна встреча в неделю по два часа, всего 6 воркшопов с практикой в прямом эфире. Эксперты разбирают материал, продакшен-кейсы и опыт внедрения Platform Engineering в компаниях. Записи встреч остаются.

Практика после каждого модуля

24 часа практики против 6 часов теории. Задания привязаны к реальной инженерной работе: инвентаризация, слой оркестрации, измерение когнитивной нагрузки, SLO и дашборд, проверка отказоустойчивости, сбор метрик.

Сопровождение куратора и закрытый чат

Чат потока со спикерами и куратор входят в тариф. Школа обещает не оставлять один на один с материалом и доводить до результата.

Финальный проект с защитой

Платформенное решение с SLO, правилом безопасности и метрикой использования, оформленное как переносимый репозиторий-шаблон. Именно за сданный проект выдаётся сертификат.

Доступ к материалам 2 года

Курс идёт два месяца, но материалы и записи остаются доступны два года, так что к темам можно возвращаться уже во время внедрения у себя.

Часто задаваемые вопросы

Чем платформенный инженер отличается от DevOps-инженера?

Школа объясняет это через масштаб: Platform Engineering появился не потому, что DevOps перестал работать, а потому что ручное сопровождение инфраструктуры нельзя масштабировать. DevOps-инженер выполняет инфраструктурные задачи для команд, платформенный инженер строит внутреннюю платформу с готовыми сценариями, чтобы команды делали это сами, а инфраструктурная команда перестала быть узким местом.

Какой опыт нужен на входе?

Курс адресован инженерам DevOps, SRE и инфраструктурным специалистам с опытом: предполагается, что вы уже работаете с Kubernetes, CI/CD и инфраструктурой. Отдельно названы бэкенд-разработчики и руководители команд, отвечающие за стандартизацию процессов. Формального списка требований на странице нет, но по практикам видно, что нужен собственный рабочий контекст.

Что входит в тариф и сколько это стоит?

Тариф на странице один: живые занятия с экспертом, записи встреч, домашние задания после каждого модуля, сопровождение куратора, закрытый чат потока и защита итогового проекта, доступ к материалам 2 года. Цена 35 000 рублей единовременно или 8 750 рублей в месяц в рассрочку на 4 месяца, для юрлиц столько же. Школа обещает документы для налогового вычета 13 процентов.

Какой документ выдают?

Именной сертификат с индивидуальным номером, если студент прошёл 80 процентов курса, участвовал в решении практик и успешно сдал итоговое задание или проект. Если 80 процентов пройдены, но финальное задание не сдано, вместо сертификата выдаётся свидетельство.

Сколько времени займёт обучение?

Два месяца, одна онлайн-встреча в неделю по два часа плюс домашние задания. Общий объём 30 часов: 6 часов теории и 24 часа практики. То есть примерно четыре часа в неделю, курс совместим с полной занятостью.

Что именно я сделаю на финальном проекте?

Спроектируете и реализуете платформенное решение по модели «интерфейс, оркестрация, возможности, основа», зададите ему SLO, добавите минимум одно правило безопасности и контроля и метрику использования платформы. Результат оформляется как переносимый репозиторий-шаблон с конвейером, шаблонами и политиками, то есть его можно взять и применить у себя.

Нужны ли свои стенды и инфраструктура?

Про предоставление стендов на странице не сказано, зато практики привязаны к реальному контексту: инвентаризация того, что дублируется у вас, измерение когнитивной нагрузки вашей команды, подключение готового пути к пилотному проекту, сбор DORA-метрик. Это стоит учитывать: наибольшую пользу курс принесёт тому, у кого есть живая инфраструктура и команды-пользователи.

Курс новый, стоит ли идти на первый поток?

Курс создан в августе 2026 года, отзывов выпускников на странице нет, потоков за плечами тоже. Плюсы первого потока это актуальность материала и внимание экспертов к небольшой группе, минус в том, что методические шероховатости достанутся вам. Взвешивать это стоит с учётом того, что альтернативных программ по теме на русском языке практически нет.

Отзывы о курсе «Платформенный инженер»

4.5 2 отзыва

5★1

4★1

3★0

2★0

1★0

АлексейМосква24.05.2026

Достоинства: наконец объяснили, зачем считать adoption, а не только строить

Недостатки: тридцати часов на такую тему всё-таки мало

Мы третий год живём в режиме, когда инфраструктурная команда закрывает одинаковые тикеты и не успевает ничего развивать. Курс дал не инструмент, а рамку: платформа это продукт, у неё есть пользователи, у пользователей есть обходные пути, и пока вы их не измерили, вы не знаете, помогаете вы или мешаете. Практика с измерением когнитивной нагрузки до и после оказалась самой отрезвляющей. Собранный на защите шаблон репозитория уже утащили к себе две наши команды.

👍 0👎 0

ТимурКазань21.05.2026

Достоинства: живые воркшопы и разбор реальных кейсов от практиков

Недостатки: без своей инфраструктуры половину заданий делать не на чем

Шёл как инфраструктурный инженер и получил то, что хотел: понимание, как перейти от эксплуатации к проектированию. Курс новый, местами чувствуется, что материал ещё обкатывается. Но темы такой на русском больше нигде нет.