Іспит із множинним вибором | 90 хвилин | Прохідний бал: 75% | $250 USD | Сертифікація CNCF
CBA (Certified Backstage Associate) підтверджує знання екосистеми Backstage, архітектури порталів розробника (Internal Developer Portals - IDP) та плагінів. Це теоретичний іспит — питання з множинним вибором, що перевіряють ваше розуміння того, як Backstage допомагає зменшити когнітивне навантаження розробників та впровадити “золоті шляхи” (golden paths).
KubeDojo охоплює ~90% тем CBA через дисципліну Platform Engineering та набір інструментів платформ.
Backstage є ядром платформної інженерії. Створений у Spotify, він став проєктом CNCF Graduated у 2024 році. Це галузевий стандарт для побудови порталів розробника, який об’єднує інфраструктуру, документацію та сервіси в єдиному інтерфейсі.
Цей модуль заповнює прогалину між загальними знаннями платформ та специфікою Backstage:
# Модуль Тема Охоплені домени 1 Глибоке занурення в Backstage Software Catalog (entities), Software Templates (Scaffolder), TechDocs, архітектура плагінів, аутентифікація та дозволи Домени 1-5
Розуміння проблем “фрагментації інструментів” та когнітивного навантаження
Визначення Internal Developer Portal (IDP) та його ролі в Platform Engineering
Історія Backstage та його шлях у CNCF
Ключові переваги: виявлення сервісів, самообслуговування, стандартизація
Розуміння моделі даних Catalog (Entities: Component, API, Resource, Group, User, System, Domain)
Робота з файлами catalog-info.yaml
Розуміння зв’язків (relationships) між сутностями (owner, dependsOn, providesApi)
Процес реєстрації (Ingestion) та процесори (Processors)
Створення нових проєктів через Software Templates (Golden Paths)
Розуміння структури template.yaml (parameters, steps, outputs)
Використання Scaffolder Actions (fetch:template, publish:github тощо)
Воркфлоу самообслуговування для розробників
Філософія “Docs-like-code”
Архітектура TechDocs: Build, Publish, Storage
Використання Markdown та інтеграція з репозиторіями Git
Переваги централізованої документації в порталі
Архітектура плагінів (Frontend vs. Backend плагіни)
Використання Core Features (Home, Search, Explore)
Інтеграція із зовнішніми інструментами (ArgoCD, GitHub Actions, Snyk, Kubernetes)
Конфігурація через app-config.yaml
ШЛЯХ ПІДГОТОВКИ ДО CBA (рекомендований порядок)
══════════════════════════════════════════════════════════════
Тиждень 1: Теорія Платформ та IDP (20%)
├── Модулі Platform Engineering (2.1 - 2.2)
├── Модуль Platforms Toolkit 7.1 (Backstage Intro)
└── Практика: Запустіть Backstage локально через `npx @backstage/create-app`
Тиждень 2: Software Catalog (25%)
├── Модуль "Глибоке занурення в Backstage" (Catalog)
├── Практика: Напишіть 5 різних `catalog-info.yaml` (Component, System, API)
└── Вивчіть: Як сутності пов'язані між собою через `owner` та `system`
Тиждень 3: Scaffolder та Templates (20%)
├── Модуль "Глибоке занурення в Backstage" (Templates)
├── Практика: Створіть шаблон, що робить коміт у GitHub репозиторій
└── Вивчіть: Синтаксис `parameters` та доступні дії (actions)
Тиждень 4: TechDocs та Екосистема (15% + 20%)
├── Модуль "Глибоке занурення в Backstage" (TechDocs)
├── Практика: Налаштуйте плагін Kubernetes або ArgoCD
└── Огляд: Як працює `app-config.yaml` та змінні оточення
EntityKinds — Знайте різницю між Component, System, Domain, Resource, API. Це база каталогу.
Scaffolder Actions — Розумійте, що таке вбудовані дії (built-in actions) та як Scaffolder взаємодіє з Git провайдерами.
Docs-like-code — Розумійте архітектурний потік TechDocs (Markdown в Git -> CI збірка -> Storage -> Backstage Frontend).
Owner relationship — Кожна сутність у каталозі ПОВИННА мати власника (Group або User).
Плагіни — Знайте, що Backstage — це лише фреймворк, а вся функціональність додається через плагіни.
══════════════════════════════════════════════════════════════
├── KCNA (Cloud Native Associate) — Основи
├── CGOA (GitOps Associate) — Доставка
└── CBA (Backstage Associate) ← ВИ ТУТ
├── CNPE (Platform Engineer) — Backstage є головним інструментом
└── CKAD (K8s Developer) — Розробники є кінцевими користувачами Backstage
CBA — це ключова сертифікація для Platform Engineers , оскільки вона підтверджує знання основного інструменту для побудови внутрішніх платформ.