Netflix → Platform Console: федеративная платформа для Full Cycle Developers

Контекст: Full Cycle Developers и «мощёные дороги»

Инженерная культура Netflix построена вокруг принципа «operate what you build». Full Cycle Developer отвечает за свой сервис от написания кода до мониторинга в продакшене. Деления на тех, кто пишет, и тех, кто эксплуатирует, в Netflix нет — инженер владеет полным циклом.

Такой подход держится на инструментах. Netflix вкладывается в «paved roads» — мощёные дороги: набор инструментов и практик, которые поддерживает и развивает централизованная платформенная команда. Это классический пример IDP на практике. Использовать paved roads никто не обязывает, но работать с ними удобнее, чем с альтернативами.

Масштаб такой: централизованная платформенная команда Netflix — 150 человек, из них 80 инженеров занимаются продуктивностью разработчиков. На них — внутренний цикл: сборка, тесты, CI, управление зависимостями и разработческий опыт в целом.

Проблема: слишком много инструментов

Внутренний инструментарий у Netflix богатый. Spinnaker управляет деплойментами. Titus оркестрирует контейнеры. Jenkins собирает код. Внутренний алертинг следит за метриками. Bitbucket (позже GitHub) хранит код. Плюс десятки специализированных инструментов под конкретные задачи.

Full Cycle Developer каждый день открывал несколько таких инструментов. Код-ревью в одном, статус деплоя в другом, алерты в третьем, логи в четвёртом. У каждого свой интерфейс, своя навигация, своя модель данных. Контекст между ними инженер держал в голове — классическая когнитивная перегрузка, описанная в модели Team Topologies.

Brian Leathem из команды Platform Experiences and Design (PXD) сформулировал проблему на PlatformCon 2022: разработчик хочет понять, что происходит с его сервисом, и для этого открывает CI-билд, пайплайн деплоя, метрики продакшена, алерты. Четыре инструмента, четыре вкладки, четыре переключения контекста.

Решение: федеративная платформенная консоль

Команда PXD собрала платформенную консоль как единую точку входа. Ключевое архитектурное решение — федерация на всех уровнях.

Федерация API через GraphQL

Для объединения данных из разных инструментов Netflix использовал GraphQL Federation. Команда-владелец инструмента (Spinnaker, Titus, CI-система) поднимает свой Domain Graph Service (DGS). Каждый DGS отдаёт данные как часть единого GraphQL-графа. Федеративный gateway собирает граф из всех DGS и отдаёт клиентам.

Один GraphQL-запрос — «покажи всё о сервисе X» — gateway раскладывает на запросы к DGS сборки, деплоя, мониторинга и возвращает полную картину. Централизованного владельца всех данных нет: каждая команда-владелец отдаёт свой кусок графа и сама его поддерживает.

Федерация UI через Backstage

Для фронтенда взяли Backstage. Плагинная архитектура позволила командам добавлять свои UI-компоненты без согласований с централизованной командой. Команда Spinnaker делает плагин деплоя, команда CI — плагин сборки, команда мониторинга — плагин алертов.

Федерация дизайна через Hawkins

Hawkins — внутренняя дизайн-система Netflix, на которой держится больше 80 приложений. Команда PXD сделала Hawkins как набор переиспользуемых, конфигурируемых и композируемых компонентов. Каждая команда, собирающая плагин консоли, тянет компоненты из Hawkins. Пользователь видит единый визуальный язык, хотя за разными частями интерфейса стоят разные команды.

Коллекции: группировка сервисов

Команда PXD ввела понятие «коллекций»: инженер группирует свои сервисы и видит их статус вместе. Открыл коллекцию — увидел здоровье всего флота на одном экране.

Чем этот подход отличается

Netflix выбрал федеративную архитектуру, а не централизованную. Spotify построил Backstage как единую платформу, в которой основной опыт контролирует централизованная команда. В Netflix у каждой команды-владельца инструмента — своя ответственность за данные и UI.

У такого подхода есть цена. Координация дороже: нужна консистентность GraphQL-схемы, соответствие компонентов дизайн-системе, производительность федеративного gateway. Зато подход масштабируется с ростом организации: PXD не становится бутылочным горлышком, потому что каждая команда управляет своим куском платформы.

Уроки

Федерация работает на контрактах. Командам дали свободу строить плагины не в чистом виде. Контракты задали жёстко: GraphQL-схемы для API, Hawkins-компоненты для UI, документация по стандартам интеграции. Без контрактов федерация превращается в хаос.

Дизайн-система окупается на масштабе. Hawkins стоил инвестиций: команда дизайнеров создала и поддерживает библиотеку компонентов. На 80+ приложениях вложение многократно отбивается через консистентный пользовательский опыт и скорость разработки новых плагинов.

Paved roads сильнее мандатов. Использовать свои инструменты в Netflix не запрещают. Но когда платформенная консоль показывает все сервисы, деплои и алерты на одном экране в один клик, инженеры переходят сами. Удобство заменяет принуждение.

150 человек в платформенной команде Netflix оправданы. Но речь о Netflix с его масштабом и культурой full cycle development. Компании поменьше получают похожий эффект командой в 5–10 человек на Backstage с готовыми плагинами, без построения федеративной архитектуры с нуля.