CNPA — Certified Cloud Native Platform Engineering Associate

Іспит із варіантами відповідей | 120 хвилин | Прохідний бал: 75% | $250 USD

Огляд

CNPA (Certified Cloud Native Platform Engineering Associate) підтверджує базові знання концепцій, практик та інструментів платформної інженерії в хмарній екосистемі. Це іспит із варіантами відповідей — вам потрібно розуміти концепції, а не налаштовувати живі кластери.

KubeDojo охоплює ~80%+ тем CNPA через наш наявний напрямок платформної інженерії. Ця сторінка зіставляє домени CNPA з наявними модулями, щоб ви могли підготуватися ефективно.

CNPA — це супутник CNPE рівня associate. Якщо CNPE — це «доведи, що ти вмієш будувати платформу», то CNPA — це «доведи, що ти розумієш, що таке платформа і чому вона важлива». Спершу складіть CNPA, а потім переходьте до практичного CNPE.

Модулі для підготовки до іспиту

#	Модуль
1.1	Стратегія іспиту CNPA та огляд програми
1.2	Огляд основних засад платформи для CNPA
1.3	Огляд доставки, API та спостережуваності для CNPA
1.4	Практичні питання CNPA, набір 1
1.5	Практичні питання CNPA, набір 2

Домени іспиту

Домен	Вага	Покриття KubeDojo
Основні засади платформної інженерії	36%	Відмінне (6 модулів дисципліни + 6 GitOps + 7 із набору інструментів)
Спостережуваність, безпека та відповідність платформи	20%	Відмінне (4 модулі основ + 5 дисципліни + 10 із набору інструментів)
Безперервна доставка та платформна інженерія	16%	Відмінне (6 модулів дисципліни + 7 із набору інструментів)
API платформи та надання інфраструктури	12%	Відмінне (6 модулів дисципліни + 5 із набору інструментів)
IDP та досвід розробника	8%	Відмінне (6 модулів дисципліни + 6 із набору інструментів)
Вимірювання вашої платформи	8%	Добре (7 модулів дисципліни SRE + 2 із набору інструментів)

Домен 1: Основні засади платформної інженерії (36%)

Компетенції

Декларативне керування ресурсами
Принципи та культура DevOps
Середовища застосунків та їхній життєвий цикл
Концепції архітектури платформи
Безперервна інтеграція та безперервна доставка
Засади GitOps

Навчальний шлях KubeDojo

Платформна інженерія (почніть звідси):

Модуль	Тема	Релевантність
Platform Eng 2.1	Що таке платформна інженерія?	Пряма
Platform Eng 2.2	Досвід розробника (DevEx)	Пряма
Platform Eng 2.3	Внутрішні платформи розробника	Пряма
Platform Eng 2.4	Золоті шляхи та второвані маршрути	Пряма
Platform Eng 2.5	Самообслуговувана інфраструктура	Пряма
Platform Eng 2.6	Моделі зрілості платформи	Пряма

GitOps:

Модуль	Тема	Релевантність
GitOps 3.1	Що таке GitOps? 4 принципи OpenGitOps	Пряма
GitOps 3.2	Стратегії репозиторіїв, моно- проти мульти-репозиторію	Пряма
GitOps 3.3	Патерни просування між середовищами	Пряма
GitOps 3.4	Виявлення дрейфу конфігурації та узгодження	Пряма
GitOps 3.5	Керування секретами в GitOps	Пряма
GitOps 3.6	Мультикластерний GitOps	Пряма

Архітектура та IaC:

Модуль	Тема	Релевантність
Distributed Systems 5.1	Засади розподілених систем	Пряма
IaC 6.1	Засади інфраструктури як коду	Пряма
Systems Thinking 1.1	Системне мислення для проєктування платформи	Часткова

Інструменти (концептуальне розуміння):

Модуль	Тема	Релевантність
ArgoCD	ArgoCD: доставка через GitOps	Пряма
Flux	Flux CD: контролери GitOps	Пряма
Helm & Kustomize	Декларативне пакування та кастомізація	Пряма
Dagger	Проєктування конвеєра CI/CD	Пряма
Tekton	Нативні для K8s конвеєри CI/CD	Пряма
Argo Workflows	Автоматизація робочих процесів	Пряма
Argo Rollouts	Поступова доставка: canary, blue-green	Пряма

Домен 2: Спостережуваність, безпека та відповідність платформи (20%)

Компетенції

Засади спостережуваності (метрики, логи, трейси)
Патерни безпечної комунікації
Рушії політик та контролери допуску
Концепції безпеки Kubernetes
Безпека конвеєра CI/CD

Навчальний шлях KubeDojo

Теорія спостережуваності:

Модуль	Тема	Релевантність
Observability 3.1	Що таке спостережуваність?	Пряма
Observability 3.2	Метрики, логи, трейси	Пряма
Observability 3.3	Принципи інструментування	Пряма
Observability 3.4	Від даних до висновків	Пряма

Безпека:

Модуль	Тема	Релевантність
Security 4.1	Мислення безпеки	Пряма
Security 4.2	Багаторівневий захист	Пряма
Security 4.3	Керування ідентифікацією та доступом	Пряма
DevSecOps 4.1	Засади DevSecOps	Пряма
DevSecOps 4.3	Безпека в CI/CD	Пряма

Інструменти (знайте, що вони роблять):

Модуль	Тема	Релевантність
Prometheus	Моніторинг на основі pull, PromQL	Пряма
OpenTelemetry	OTel Collector, автоінструментування	Пряма
Grafana	Дашборди, джерела даних	Пряма
Loki	Агрегація логів, LogQL	Пряма
Tracing	Jaeger/Tempo, поширення контексту	Пряма
OPA/Gatekeeper	Рушій політик, контроль допуску	Пряма
Kyverno	Нативний для YAML рушій політик	Пряма
SPIFFE/SPIRE	Ідентифікація робочих навантажень, mTLS	Пряма
Service Mesh	mTLS у Istio/Linkerd	Пряма
CKA RBAC	Засади RBAC	Пряма

Домен 3: Безперервна доставка та платформна інженерія (16%)

Компетенції

Концепції та проєктування CI-конвеєра
Реагування на інциденти та керування ними
Основи та робочі процеси GitOps

Навчальний шлях KubeDojo

Теорія:

Модуль	Тема	Релевантність
GitOps 3.1	Що таке GitOps? Принципи OpenGitOps	Пряма
GitOps 3.3	Патерни просування між середовищами	Пряма
GitOps 3.4	Виявлення дрейфу конфігурації та узгодження	Пряма
SRE 1.5	Керування інцидентами	Пряма
SRE 1.6	Безвинні розбори інцидентів	Пряма
DevSecOps 4.2	Зсув ліворуч (інтеграція з CI)	Часткова

Інструменти:

Модуль	Тема	Релевантність
ArgoCD	ArgoCD: CRD Application, синхронізація, RBAC	Пряма
Flux	Flux CD: GitRepository, HelmRelease	Пряма
Argo Rollouts	Стратегії поступової доставки	Пряма
Dagger	Проєктування конвеєра CI/CD	Пряма
Tekton	Нативні для K8s конвеєри CI/CD	Пряма
Argo Workflows	Автоматизація робочих процесів	Пряма
Supply Chain	Sigstore/Cosign, підписування образів	Часткова

Домен 4: API платформи та надання інфраструктури (12%)

Компетенції

Патерн циклу узгодження
Custom Resource Definitions (CRD)
Провізіювання інфраструктури як коду
Оператори Kubernetes

Навчальний шлях KubeDojo

Теорія:

Модуль	Тема	Релевантність
Platform Eng 2.5	Самообслуговувана інфраструктура	Пряма
IaC 6.1	Інфраструктура як код	Пряма
IaC 6.4	IaC у масштабі	Пряма
Distributed Systems 5.2	Консенсус та координація (узгодження)	Часткова
CKA CRDs	Створення CRD та патерн оператора	Пряма
CKA Extension Interfaces	Точки розширення K8s	Пряма

Інструменти:

Модуль	Тема	Релевантність
Crossplane	XRD, Compositions, Providers	Пряма
Kubebuilder	Створення власних операторів	Пряма
Cluster API	Декларативний життєвий цикл кластера	Пряма
Helm & Kustomize	Декларативне пакування ресурсів	Часткова
vCluster	Віртуальні кластери для надання інфраструктури	Часткова

Домен 5: IDP та досвід розробника (8%)

Компетенції

Каталоги сервісів та шаблони програмного забезпечення
Портали розробника
AI/ML в автоматизації платформи

Навчальний шлях KubeDojo

Теорія:

Модуль	Тема	Релевантність
Platform Eng 2.2	Досвід розробника (DevEx)	Пряма
Platform Eng 2.3	Внутрішні платформи розробника	Пряма
Platform Eng 2.4	Золоті шляхи та шаблони	Пряма
Platform Eng 2.6	Моделі зрілості платформи	Пряма
AIOps 6.1	Засади AIOps	Пряма
AIOps 6.6	Автовиправлення за допомогою AI	Часткова

Інструменти:

Модуль	Тема	Релевантність
Backstage	Каталог ПЗ, шаблони, TechDocs	Пряма
K9s CLI	Інструменти CLI для розробника	Часткова
Telepresence/Tilt	Розробка у внутрішньому циклі	Часткова
DevPod	Відтворювані середовища розробки	Часткова
Gitpod/Codespaces	Хмарні середовища розробки	Часткова
AIOps Tools	Можливості спостережуваності на основі AI	Часткова

Домен 6: Вимірювання вашої платформи (8%)

Компетенції

Метрики DORA (частота розгортань, час від коміту до релізу, MTTR, частка невдалих змін)
Метрики ефективності та впровадження платформи
SLO та бюджети помилок для платформ

Навчальний шлях KubeDojo

Теорія:

Модуль	Тема	Релевантність
SRE 1.2	SLO (SLI, SLA)	Пряма
SRE 1.3	Бюджети помилок та швидкість їх вичерпання	Пряма
SRE 1.4	Метрики рутинної праці та автоматизації	Пряма
SRE 1.7	Планування потужностей	Часткова
Platform Eng 2.6	Моделі зрілості платформи	Пряма
Reliability 2.4	Вимірювання надійності	Пряма
Reliability 2.5	SLO, SLI, бюджети помилок (теорія)	Пряма

Інструменти:

Модуль	Тема	Релевантність
SLO Tooling	Sloth, Pyrra, дашборди бюджетів помилок	Пряма
FinOps	OpenCost, розподіл витрат, ефективність	Пряма

Стратегія підготовки

ШЛЯХ ПІДГОТОВКИ ДО CNPA (рекомендований порядок)
══════════════════════════════════════════════════════════════

Тиждень 1-2: Основні засади (36% іспиту!)
├── Дисципліна «Платформна інженерія» (6 модулів)
├── Дисципліна GitOps (6 модулів)
├── IaC 6.1 (основи інфраструктури як коду)
└── Distributed Systems 5.1 (концепції архітектури)

Тиждень 3: Спостережуваність, безпека та відповідність (20%)
├── Основи «Теорія спостережуваності» (4 модулі)
├── Основи «Принципи безпеки» (4 модулі)
├── DevSecOps 4.1 + 4.3 (засади + безпека CI/CD)
└── Знайте свої інструменти: Prometheus, OTel, OPA, Kyverno

Тиждень 4: Безперервна доставка (16%)
├── Перегляньте модулі дисципліни GitOps (з тижня 1)
├── SRE 1.5 + 1.6 (реагування на інциденти + розбори)
├── Інструменти конвеєра CI/CD: Dagger, Tekton, Argo Workflows
└── ArgoCD + Flux (концептуальне розуміння)

Тиждень 5: API платформи та IDP (12% + 8%)
├── Модуль CKA «CRD/оператори» (цикл узгодження)
├── Crossplane + Kubebuilder (концептуально)
├── Backstage (каталоги сервісів, портали розробника)
└── AIOps 6.1 (AI/ML в автоматизації)

Тиждень 6: Вимірювання та повторення (8% + підготовка до іспиту)
├── Модулі SRE: SLO, бюджети помилок, рутинна праця
├── Концепції метрик DORA (перегляньте Platform Eng 2.6)
├── FinOps / OpenCost (ефективність платформи)
└── Повний огляд доменів, акцент на 36% основних засад

Поради щодо іспиту

Це іспит із варіантами відповідей — зосередьтеся на концептуальному розумінні, а не на практичному налаштуванні
Основні засади = 36% іспиту — насамперед опануйте концепції платформної інженерії, GitOps та принципи DevOps
Знайте «чому», а не лише «що» — розумійте, чому GitOps використовує узгодження на основі pull, чому платформам потрібні золоті шляхи тощо
Метрики DORA трапляються всюди — знайте чотири ключові метрики й те, що вони вимірюють
Принципи GitOps — запам’ятайте чотири принципи OpenGitOps (декларативний, версіонований, автоматизований, узгоджений)
Рушії політик — розумійте OPA проти Kyverno на концептуальному рівні (коли який обирати)
Керування часом: 120 хвилин для іспиту з варіантами відповідей — це щедро. Уважно читайте питання, позначайте ті, у яких сумніваєтеся, і перегляньте їх наприкінці.

Аналіз прогалин

Наш напрямок платформної інженерії охоплює ~85%+ навчальної програми CNPA. Залишкові незначні прогалини:

Тема	Статус	Примітки
Впровадження метрик DORA	Покрито	Метрики DORA (частота розгортань, час від коміту до релізу, MTTR, частка невдалих змін) тепер охоплено в модулях дисципліни SRE поряд із SLO та бюджетами помилок
Культура та історія DevOps	Незначна прогалина	Модулі Platform Eng припускають контекст DevOps; хмарно-нативні модулі KCNA дають додаткове підґрунтя
Життєвий цикл середовища застосунку	Покрито	Розподілено між модулями GitOps про просування середовищ та IaC

Ці прогалини незначні. 50+ модулів, зіставлених вище, забезпечують всеосяжну підготовку до CNPA.

Пов’язані сертифікації

ШЛЯХ СЕРТИФІКАЦІЇ
══════════════════════════════════════════════════════════════

Початковий рівень:
├── KCNA (Cloud Native Associate) — засади K8s
├── KCSA (Security Associate) — засади безпеки
└── CNPA (Platform Engineering Associate) ← ВИ ТУТ

Професійний рівень:
├── CKA (K8s Administrator) — операції з кластером
├── CKAD (K8s Developer) — розгортання застосунків
├── CKS (K8s Security Specialist) — посилення безпеки
└── CNPE (Platform Engineer) — практична платформна інженерія

Спеціаліст (незабаром):
└── CKNE (K8s Network Engineer) — поглиблені мережі

CNPA — це природний трамплін до CNPE. CNPA перевіряє ваше концептуальне розуміння платформної інженерії; CNPE перевіряє вашу здатність будувати та експлуатувати платформи на практиці. Якщо ви склали CNPA, продовжуйте з модулями набору інструментів платформи KubeDojo, щоб напрацювати практичні навички для CNPE.