Что это простыми словами
Backstage — это единый портал для всех инструментов и сервисов разработки внутри компании.
Аналогия: представьте большую компанию, где у каждого отдела свой сайт — у бухгалтерии один, у HR другой, у юристов третий. Чтобы что-то найти, нужно помнить адреса всех этих сайтов и бродить по ним. А теперь представьте единый корпоративный портал, где на главной странице — ссылки на все эти отделы, документы, контакты и формы. Backstage делает то же самое для разработчиков: собирает в одном месте все их инструменты, документацию, сервисы и шаблоны проектов.
Программа бесплатная и с открытым кодом — её создал Spotify для себя, а потом поделился со всеми.
Официальное определение
Теперь, когда суть понятна, вот как Backstage описывают в вакансиях и документации. Эту формулировку вы встретите в требованиях к Platform Engineer.
«Backstage — open-source платформа для построения developer portal и каталогизации инфраструктуры, объединяющая сервисы, инструменты и документацию в единый IDP».
Разберём по словам. «Open-source» — бесплатная программа с открытым кодом, её можно установить у себя и настроить под свои нужды. «Developer portal» — веб-портал для разработчиков, их рабочая точка входа. «Каталогизация инфраструктуры» — когда все сервисы компании (сайты, API, базы данных) собраны в один список с описанием, кто за что отвечает. «IDP» (Internal Developer Platform) — внутренняя платформа для разработчиков, которую компания строит для своих команд, чтобы упростить им работу.
Какую задачу решает
В больших компаниях у разработчиков десятки инструментов: системы мониторинга, базы данных, хранилища кода, системы развёртывания, документация — и все в разных местах. Чтобы найти нужный сервис или понять, кто за него отвечает, приходится спрашивать коллег или рыться в старых чатах. Новички вообще теряются: куда смотреть, где что лежит, как запустить свой первый проект.
Backstage решает эту проблему: он собирает всё в одном месте. Разработчик заходит на портал и видит каталог всех сервисов компании с описанием и ссылками, документацию, шаблоны для быстрого создания новых проектов. Вместо того чтобы вручную настраивать окружение, он нажимает кнопку — и проект создаётся автоматически по стандартам компании.
Главная ценность: экономия времени и снижение порога входа для новых людей в команде.
Кто им пользуется
Backstage не привязан ни к какому языку программирования. Это инфраструктурный инструмент, которым пользуются несколько ролей:
Platform Engineer — основной пользователь. Это человек, который строит внутреннюю платформу для разработчиков компании. Он настраивает Backstage, подключает к нему все инструменты, создаёт шаблоны проектов и каталог сервисов.
DevOps Engineer — иногда в компаниях без выделенного Platform Engineer эту роль берут на себя DevOps-инженеры.
Разработчики (Backend, Frontend, Mobile) — они не настраивают Backstage, а пользуются им как порталом: смотрят каталог сервисов, создают новые проекты по шаблонам, читают документацию.
В вакансиях Backstage чаще всего встречается у Platform Engineer — это их основной инструмент работы.
Аналоги / чем заменяется
Backstage решает ту же задачу, что и другие платформы для построения internal developer portal:
Port — коммерческий аналог с готовыми интеграциями.
Cortex — ещё одна платная платформа для service catalog.
OpsLevel — платформа для каталогизации сервисов и управления зрелостью.
Самописные решения — многие компании до появления Backstage строили свои внутренние порталы.
Переход между ними дорогой: это не просто смена инструмента, а перестройка всей внутренней платформы компании. Но навык построения таких платформ переносится: человек, который строил IDP на другом решении, поймёт архитектуру Backstage и сможет работать с ним.
Что не путать
Backstage ≠ CI/CD система. CI/CD (Jenkins, GitLab CI, GitHub Actions) — это системы сборки и развёртывания кода. Backstage может интегрироваться с ними и показывать статус сборок, но сам код не собирает и не деплоит.
Backstage ≠ система мониторинга. Мониторинг (Grafana, Prometheus) следит за работой сервисов. Backstage может показывать дашборды из этих систем, но сам метрики не собирает.
Backstage ≠ облачная платформа. AWS, Azure, Kubernetes — это где код работает. Backstage — это портал, который помогает управлять всем этим, но сам инфраструктуру не предоставляет.
Platform Engineer ≠ DevOps Engineer. Роли близкие, но Platform Engineer фокусируется на построении внутренней платформы для разработчиков, а DevOps — на автоматизации развёртывания и поддержке инфраструктуры. В небольших компаниях один человек может совмещать обе роли.
Насколько это важно при отборе
Короткий ответ: важен не сам Backstage, а опыт построения internal developer platform.
Если кандидат строил внутреннюю платформу на другом решении (Port, Cortex) или вообще с нуля, он справится и с Backstage. Логика работы у всех IDP общая: каталогизация сервисов, шаблоны проектов, интеграция инструментов. Отсеивать сильного Platform Engineer только потому, что в резюме не указан Backstage, — ошибка.
Когда Backstage становится жёстким требованием: если компания уже развернула его и ищет человека, который подхватит поддержку существующей платформы без долгого погружения. Но даже в этом случае опытный Platform Engineer освоит Backstage за несколько недель — это вопрос изучения документации и архитектуры конкретной установки.
Что действительно важно для Platform Engineer: понимание принципов построения IDP, опыт работы с инфраструктурой (Kubernetes, CI/CD, облака), умение автоматизировать процессы и думать о Developer Experience. Конкретный инструмент — вторично.
Это общий ориентир. В разных компаниях требования отличаются, поэтому всегда сверяйтесь с текстом конкретной вакансии.