CNPE — Сертифікований інженер хмарних платформ (Certified Cloud Native Platform Engineer)
Іспит на основі практичних завдань | 120 хвилин | Прохідний бал: уточнюється | $445 USD | Запущено в листопаді 2025 року
Огляд
Розділ «Огляд»Сертифікація CNPE (Certified Cloud Native Platform Engineer) підтверджує навички проєктування, побудови та експлуатації внутрішніх платформ для розробників (Internal Developer Platforms) на базі Kubernetes. Це практичний іспит — ви налаштовуватимете реальну інфраструктуру, а не відповідатимете на запитання з варіантами відповідей.
KubeDojo охоплює ~90% тем CNPE через наш наявний напрямок Platform Engineering. Ця сторінка зіставляє домени CNPE з наявними модулями, щоб ви могли готуватися ефективно.
На відміну від інших сертифікацій, CNPE НЕ прив’язана до конкретної версії K8s. Вона перевіряє практики інженерії платформ, а не суто навички роботи з kubectl. Уявіть її як «CKA для платформних команд».
Модулі для підготовки до іспиту
Розділ «Модулі для підготовки до іспиту»Домени іспиту
Розділ «Домени іспиту»| Домен | Вага | Покриття KubeDojo |
|---|---|---|
| GitOps і безперервна доставка | 25% | Відмінне (6 модулів дисциплін + 7 модулів інструментів) |
| Платформні API та самообслуговування | 25% | Відмінне (6 модулів дисциплін + 4 модулі інструментів) |
| Спостережуваність та експлуатація | 20% | Відмінне (4 базові + 7 дисциплінарних + 10 інструментальних модулів) |
| Архітектура платформи | 15% | Відмінне (7 базових + 3 дисциплінарні модулі) |
| Безпека та політики | 15% | Відмінне (4 базові + 6 дисциплінарних + 6 інструментальних модулів) |
Домен 1: GitOps і безперервна доставка (25%)
Розділ «Домен 1: GitOps і безперервна доставка (25%)»Компетенції
Розділ «Компетенції»- Впровадження робочих процесів GitOps для розгортання застосунків та інфраструктури
- Побудова та налаштування конвеєрів CI/CD, інтегрованих із Kubernetes
- Розгортання застосунків із застосуванням стратегій прогресивної доставки (blue/green, canary)
Навчальний шлях KubeDojo
Розділ «Навчальний шлях KubeDojo»Теорія (почніть звідси):
| Модуль | Тема | Релевантність |
|---|---|---|
| GitOps 3.1 | Що таке GitOps? 4 принципи OpenGitOps | Пряма |
| GitOps 3.2 | Стратегії репозиторіїв, моно- проти мульти-репозиторію | Пряма |
| GitOps 3.3 | Патерни просування між середовищами | Пряма |
| GitOps 3.4 | Виявлення дрейфу та узгодження | Пряма |
| GitOps 3.5 | Керування секретами в GitOps | Пряма |
| GitOps 3.6 | Багатокластерний GitOps | Пряма |
Інструменти (практика):
| Модуль | Тема | Релевантність |
|---|---|---|
| ArgoCD | ArgoCD: Application CRD, синхронізація, RBAC, ApplicationSet | Пряма |
| Argo Rollouts | Прогресивна доставка: canary, blue-green, аналіз | Пряма |
| Flux | Flux CD: 5 контролерів, GitRepository, HelmRelease | Пряма |
| Helm і Kustomize | Пакування та кастомізація | Пряма |
| Dagger | Проєктування конвеєрів CI/CD | Пряма |
| Tekton | Конвеєри CI/CD, нативні для K8s | Пряма |
| Argo Workflows | Автоматизація робочих процесів | Пряма |
Домен 2: Платформні API та самообслуговування (25%)
Розділ «Домен 2: Платформні API та самообслуговування (25%)»Компетенції
Розділ «Компетенції»- Проєктування та створення CRD для платформних сервісів
- Впровадження надання ресурсів за принципом самообслуговування за допомогою платформних API
- Використання операторів Kubernetes для автоматизації платформи
- Використання фреймворків автоматизації для надання ресурсів за принципом самообслуговування
Навчальний шлях KubeDojo
Розділ «Навчальний шлях 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 | Моделі зрілості платформи | Пряма |
Інструменти:
| Модуль | Тема | Релевантність |
|---|---|---|
| Backstage | Каталог ПЗ, шаблони, TechDocs | Пряма |
| Crossplane | XRD, композиції, провайдери | Пряма |
| Kubebuilder | Побудова власних операторів | Пряма |
| Cluster API | Декларативний життєвий цикл кластера | Пряма |
| vCluster | Віртуальні кластери для самообслуговування | Пряма |
| CKA CRDs | Створення CRD та патерн оператора | Пряма |
Домен 3: Спостережуваність та експлуатація (20%)
Розділ «Домен 3: Спостережуваність та експлуатація (20%)»Компетенції
Розділ «Компетенції»- Впровадження рішень для моніторингу, оповіщення, логування та трейсингу
- Вимірювання ефективності платформи за допомогою метрик розгортання (DORA)
- Діагностика та усунення проблем платформи
Навчальний шлях KubeDojo
Розділ «Навчальний шлях KubeDojo»Теорія:
| Модуль | Тема | Релевантність |
|---|---|---|
| Observability 3.1 | Що таке спостережуваність? | Пряма |
| Observability 3.2 | Метрики, логи, трейси | Пряма |
| Observability 3.3 | Принципи інструментування | Пряма |
| SRE 1.1 | Що таке SRE? | Пряма |
| SRE 1.2 | SLO (SLI, SLA) | Пряма |
| SRE 1.3 | Бюджети помилок та швидкість їх вичерпання | Пряма |
| SRE 1.5 | Керування інцидентами | Пряма |
Інструменти:
| Модуль | Тема | Релевантність |
|---|---|---|
| Prometheus | Моніторинг за моделлю pull, PromQL, ServiceMonitor | Пряма |
| OpenTelemetry | OTel Collector, автоматичне інструментування | Пряма |
| Grafana | Дашборди, джерела даних, конфігурування | Пряма |
| Loki | Агрегація логів, LogQL | Пряма |
| Tracing | Jaeger/Tempo, поширення контексту | Пряма |
| SLO Tooling | Sloth, Pyrra, дашборди бюджету помилок | Пряма |
| Continuous Profiling | Parca, Pyroscope (4-й стовп) | Часткова |
| FinOps | OpenCost, розподіл витрат, оптимізація розмірів | Пряма |
Домен 4: Архітектура платформи (15%)
Розділ «Домен 4: Архітектура платформи (15%)»Компетенції
Розділ «Компетенції»- Застосування найкращих практик для мережі, зберігання та обчислень
- Використання рішень для керування витратами з метою оптимізації розмірів та масштабування
- Оптимізація використання ресурсів за умов багатоорендності
Навчальний шлях KubeDojo
Розділ «Навчальний шлях KubeDojo»Теорія:
| Модуль | Тема | Релевантність |
|---|---|---|
| Systems Thinking 1.1 | Системне мислення для архітекторів | Часткова |
| Distributed Systems 5.1 | Основи розподілених систем | Пряма |
| Distributed Systems 5.2 | Консенсус та координація | Пряма |
| Reliability 2.3 | Резервування та відмовостійкість | Пряма |
| IaC 6.1 | Інфраструктура як код | Пряма |
| IaC 6.4 | IaC у великих масштабах | Пряма |
Інструменти:
| Модуль | Тема | Релевантність |
|---|---|---|
| Karpenter | Автомасштабування, оптимізація розмірів | Пряма |
| KEDA | Автомасштабування на основі подій | Пряма |
| FinOps | Керування витратами, OpenCost | Пряма |
| vCluster | Багатоорендність із віртуальними кластерами | Пряма |
| Cilium | Мережа на основі eBPF, політики | Пряма |
Домен 5: Безпека та політики (15%)
Розділ «Домен 5: Безпека та політики (15%)»Компетенції
Розділ «Компетенції»- Налаштування безпечного зв’язку між сервісами
- Застосування RBAC та засобів контролю безпеки
- Формування аудиторських журналів та забезпечення відповідності вимогам (SBOM)
- Використання рушіїв політик та контролерів допуску
- Інтеграція сканування безпеки в конвеєри
Навчальний шлях KubeDojo
Розділ «Навчальний шлях KubeDojo»Теорія:
| Модуль | Тема | Релевантність |
|---|---|---|
| Security 4.1 | Мислення в категоріях безпеки | Пряма |
| Security 4.2 | Багаторівневий захист | Пряма |
| DevSecOps 4.1 | Основи DevSecOps | Пряма |
| DevSecOps 4.2 | Безпека за принципом зсуву ліворуч | Пряма |
| DevSecOps 4.3 | Безпека в CI/CD | Пряма |
| DevSecOps 4.4 | Безпека ланцюга постачання, SBOM | Пряма |
| DevSecOps 4.5 | Безпека під час виконання | Пряма |
Інструменти:
| Модуль | Тема | Релевантність |
|---|---|---|
| OPA/Gatekeeper | Рушій політик (Rego), контроль допуску | Пряма |
| Kyverno | Рушій політик, нативний для YAML | Пряма |
| Falco | Виявлення загроз під час виконання | Пряма |
| Supply Chain | Sigstore/Cosign, підписування образів, SBOM | Пряма |
| Vault і ESO | Керування секретами | Пряма |
| SPIFFE/SPIRE | Ідентичність робочих навантажень, mTLS | Пряма |
| Service Mesh | mTLS у Istio/Linkerd | Пряма |
Стратегія підготовки
Розділ «Стратегія підготовки»ШЛЯХ ПІДГОТОВКИ ДО CNPE (рекомендований порядок)══════════════════════════════════════════════════════════════
Тиждень 1-2: Основи├── Дисципліна Platform Engineering (6 модулів)├── Основа Security Principles (4 модулі)└── Основа Observability Theory (4 модулі)
Тиждень 3-4: GitOps і CD (25% іспиту!)├── Дисципліна GitOps (6 модулів)├── Інструментальні модулі ArgoCD + Flux└── Argo Rollouts (прогресивна доставка)
Тиждень 5-6: Платформні API та самообслуговування (25% іспиту!)├── Інструментальні модулі Backstage + Crossplane├── Модуль CKA CRDs/Operators├── Модуль Kubebuilder (побудуйте оператор)└── vCluster для багатоорендності
Тиждень 7-8: Спостережуваність та експлуатація (20%)├── Дисципліна SRE (SLO, бюджети помилок, інциденти)├── Інструменти Prometheus + OTel + Grafana + Loki├── SLO Tooling (Sloth/Pyrra)└── FinOps / OpenCost
Тиждень 9-10: Безпека та політики (15%)├── Дисципліна DevSecOps (5 модулів)├── OPA/Gatekeeper + Kyverno├── Безпека ланцюга постачання (Sigstore/SBOM)└── SPIFFE/SPIRE + mTLS у Service Mesh
Тиждень 11-12: Архітектура і практика (15%)├── Основа Distributed Systems├── Karpenter + KEDA (автомасштабування)├── Chaos Engineering (тестування стійкості)└── Пробні вправи, аналог killer.shПоради щодо іспиту
Розділ «Поради щодо іспиту»- Це практичний іспит — ви налаштовуватимете реальні кластери, а не відповідатимете на теоретичні запитання
- Зосередьтеся на ArgoCD та Crossplane — це найбільш ретельно перевірювані інструменти (GitOps + самообслуговування = 50% іспиту)
- Знайте свої CRD — проєктування та створення CRD є базовою навичкою
- Практикуйте PromQL — вам доведеться писати запити та створювати оповіщення
- Політики RBAC + OPA/Kyverno — безпека перевіряється на реальних сценаріях примусового застосування політик
- Керування часом: 120 хвилин на ~15-20 завдань. Закладайте ~6-8 хвилин на завдання.
Аналіз прогалин
Розділ «Аналіз прогалин»Наш напрямок Platform Engineering охоплює ~95%+ навчальної програми CNPE. Решта незначних прогалин:
| Тема | Стан | Примітки |
|---|---|---|
| Argo Events (автоматизація на основі подій) | Охоплено | Див. Argo Events у напрямку CAPA — EventSource, Sensor, EventBus, Triggers |
| Впровадження метрик DORA | Охоплено | Метрики DORA тепер охоплено в модулях дисципліни SRE; SLO та бюджети помилок забезпечують рамки вимірювання |
| Ієрархічні простори імен | Незначна прогалина (нішева тема) | Нішева тема багатоорендності, навряд чи критична для іспиту; модуль vCluster охоплює альтернативи багатоорендності |
Ці прогалини незначні. 60+ модулів, зіставлених вище, забезпечують всебічну підготовку до CNPE.
Суміжні сертифікації
Розділ «Суміжні сертифікації»ШЛЯХ СЕРТИФІКАЦІЇ══════════════════════════════════════════════════════════════
Початковий рівень:├── 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) — складна мережаСертифікація CNPE доповнює CKA/CKS, перевіряючи навички платформного рівня, а не операції на рівні кластера. Якщо ви завершили напрямки CKA + Platform Engineering у KubeDojo, ви добре підготовлені.