Перейти до вмісту

CGOA — Сертифікований спеціаліст із GitOps

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

CGOA (Certified GitOps Associate) підтверджує ваше розуміння принципів, патернів і пов’язаних практик GitOps. Це теоретичний іспит — питання з множинним вибором, без доступу до терміналу. Це як «KCNA для GitOps».

KubeDojo охоплює ~90%+ тем CGOA через нашу наявну програму Platform Engineering. Ця сторінка зіставляє домени CGOA з наявними модулями, щоб ви могли готуватися ефективно.

Гарна новина: Якщо ви вже опрацювали нашу дисципліну GitOps та набори інструментів, то вже подолали найскладніші частини. Цей іспит перевіряє розуміння концепцій, а не практичні навички — але наші практичні модулі дають глибоке розуміння, яке робить теоретичні питання легкими.


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

Розділ «Модулі для підготовки до іспиту»
Модуль
1.1Огляд стратегії та плану іспиту CGOA
1.2Огляд принципів GitOps для CGOA
1.3Огляд патернів та інструментарію CGOA
1.4Практичні питання CGOA, набір 1
1.5Практичні питання CGOA, набір 2

ДоменВагаОхоплення в KubeDojo
Термінологія GitOps20%Відмінне (модулі дисципліни GitOps)
Принципи GitOps30%Відмінне (модулі дисципліни GitOps + IaC)
Пов’язані практики16%Відмінне (модулі IaC, DevOps, CI/CD, DevSecOps)
Патерни GitOps20%Відмінне (модулі просування, дрейфу, прогресивної доставки)
Інструментарій14%Відмінне (модулі ArgoCD, Flux, Helm, Kustomize)

Домен 1: Термінологія GitOps (20%)

Розділ «Домен 1: Термінологія GitOps (20%)»
  • Концепції безперервної доставки та розгортання
  • Декларативний та імперативний підходи
  • Бажаний стан і сховища стану
  • Виявлення та виправлення дрейфу
  • Цикли узгодження

Шлях навчання в KubeDojo

Розділ «Шлях навчання в KubeDojo»
МодульТемаРелевантність
GitOps 3.1Що таке GitOps? 4 принципи OpenGitOps, ключова термінологіяПряма
GitOps 3.4Виявлення дрейфу та цикли узгодженняПряма
IaC 6.1Декларативний vs імперативний підхід, концепції бажаного стануПряма
IaC 6.5Стратегії виправлення дрейфуПряма
Modern DevOps: GitOpsОгляд GitOps для початківцівДопоміжна

Домен 2: Принципи GitOps (30%)

Розділ «Домен 2: Принципи GitOps (30%)»
  • Декларативність: Бажаний стан описується декларативно
  • Версіонованість і незмінність: Бажаний стан зберігається у версіонованому, незмінному джерелі істини
  • Автоматичне витягування: Агенти автоматично витягують бажаний стан
  • Постійне узгодження: Агенти постійно відстежують і узгоджують фактичний стан

Це домен із найбільшою вагою. Знайте принципи OpenGitOps v1.0 напам’ять.

Шлях навчання в KubeDojo

Розділ «Шлях навчання в KubeDojo»
МодульТемаРелевантність
GitOps 3.14 принципи OpenGitOps — детальний розбірПряма
GitOps 3.2Git як версіоноване, незмінне джерело істини; стратегії репозиторіївПряма
GitOps 3.4Постійне узгодження та виявлення дрейфуПряма
GitOps 3.6Доставка на основі витягування між кластерамиПряма
IaC 6.1Декларативна конфігурація, керування станомПряма
ArgoCDУзгодження на основі витягування на практиці (Application CRD, політики синхронізації)Пряма
FluxУзгодження на основі витягування з 5 контролерамиПряма

Домен 3: Пов’язані практики (16%)

Розділ «Домен 3: Пов’язані практики (16%)»
  • Конфігурація як код (CaC)
  • Інфраструктура як код (IaC)
  • Культура та практики DevOps
  • Конвеєри CI/CD та їхній зв’язок із GitOps

Шлях навчання в KubeDojo

Розділ «Шлях навчання в KubeDojo»
МодульТемаРелевантність
IaC 6.1Основи IaC, декларативна інфраструктураПряма
IaC 6.4IaC у масштабі, керування конфігурацієюПряма
IaC 6.2Тестування інфраструктурного кодуДопоміжна
IaC 6.3Безпека в IaCДопоміжна
Modern DevOps: IaCОгляд IaC для початківцівДопоміжна
Modern DevOps: CI/CDОснови конвеєрів CI/CDПряма
Modern DevOps: DevSecOpsКультура DevOps/DevSecOpsДопоміжна
DevSecOps 4.3Проєктування конвеєрів CI/CD та інтеграція безпекиДопоміжна
Cloud Native EcosystemЛандшафт CNCF, хмарно-орієнтовані практикиДопоміжна
DaggerСучасне проєктування конвеєрів CI/CDДопоміжна
TektonCI/CD, орієнтований на K8sДопоміжна

Домен 4: Патерни GitOps (20%)

Розділ «Домен 4: Патерни GitOps (20%)»
  • Патерни розгортання та випуску (blue-green, canary, rolling)
  • Стратегії прогресивної доставки
  • Узгодження на основі витягування vs на основі подій
  • Стратегії просування між середовищами
  • Патерни репозиторіїв (монорепо, полірепо)

Шлях навчання в KubeDojo

Розділ «Шлях навчання в KubeDojo»
МодульТемаРелевантність
GitOps 3.2Монорепо vs полірепо, патерн app-of-appsПряма
GitOps 3.3Патерни просування між середовищами (dev/staging/prod)Пряма
GitOps 3.5Патерни керування секретами в робочих процесах GitOpsПряма
GitOps 3.6Патерни розгортання на кілька кластерівПряма
Argo RolloutsПрогресивна доставка: canary, blue-green, аналітичні запускиПряма
ArgoCDApplicationSet, хвилі синхронізації, гачки, модель на основі витягуванняПряма
FluxУзгодження на основі подій, контролер сповіщеньПряма
Helm & KustomizeПатерни налаштування маніфестів для просуванняПряма

Домен 5: Інструментарій (14%)

Розділ «Домен 5: Інструментарій (14%)»
  • Формати маніфестів (YAML, JSON, Helm charts, Kustomize overlays)
  • Керування сховищем стану (репозиторії Git)
  • Рушії узгодження (ArgoCD, Flux)

Шлях навчання в KubeDojo

Розділ «Шлях навчання в KubeDojo»
МодульТемаРелевантність
ArgoCDApplication CRD, політики синхронізації, RBAC, ApplicationSetПряма
FluxGitRepository, HelmRelease, Kustomization, 5 контролерівПряма
Helm & KustomizeHelm charts, Kustomize overlays, пакування маніфестівПряма
GitOps 3.2Git як сховище стану, патерни структури репозиторіюПряма
Argo RolloutsІнструментарій прогресивної доставкиПряма

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

Розділ «Стратегія підготовки»
ШЛЯХ ПІДГОТОВКИ ДО CGOA (рекомендований порядок)
══════════════════════════════════════════════════════════════
Тиждень 1: Основи GitOps (охоплює Домени 1 + 2 = 50% іспиту!)
├── GitOps 3.1 — Що таке GitOps, принципи OpenGitOps
├── IaC 6.1 — Декларативний vs імперативний підхід, бажаний стан
├── GitOps 3.4 — Виявлення дрейфу та узгодження
└── IaC 6.5 — Стратегії виправлення дрейфу
Тиждень 2: Патерни GitOps (Домен 4 = 20%)
├── GitOps 3.2 — Стратегії репозиторіїв (монорепо vs полірепо)
├── GitOps 3.3 — Патерни просування між середовищами
├── GitOps 3.5 — Керування секретами в GitOps
└── GitOps 3.6 — GitOps для кількох кластерів
Тиждень 3: Глибоке занурення в інструменти (Домен 5 = 14%)
├── Модуль ArgoCD (узгодження на основі витягування)
├── Модуль Flux (узгодження на основі подій)
├── Helm & Kustomize (формати маніфестів)
└── Argo Rollouts (прогресивна доставка)
Тиждень 4: Пов'язані практики + Повторення (Домен 3 = 16%)
├── Modern DevOps: Конвеєри CI/CD
├── IaC 6.2-6.4 (тестування, безпека, масштаб)
├── DevSecOps 4.3 (безпека в CI/CD)
└── Повторення всіх доменів, фокус на термінології

Порада: Домени 1 і 2 разом складають 50% іспиту й обидва охоплюються одним набором модулів. Закріпіть принципи OpenGitOps і термінологію в першу чергу — це найвища віддача від часу підготовки.


  • Це теоретичний іспит — без терміналу, без kubectl. Вам потрібно розуміти концепції, а не виконувати їх. Але наші практичні модулі дають глибше розуміння, ніж саме читання.
  • Знайте 4 принципи OpenGitOps напам’ять — Декларативність, Версіонованість і незмінність, Автоматичне витягування, Постійне узгодження. Очікуйте кількох питань, що перевіряють нюанси кожного з них.
  • Pull vs push — ключова відмінність — розумійте, чому модель на основі витягування (агент у кластері опитує Git) є способом GitOps, і чим відрізняється модель на основі подій (тригери через вебхуки).
  • ArgoCD vs Flux — знайте архітектурні відмінності (один контролер vs 5 спеціалізованих контролерів), а не лише те, що обидва «роблять GitOps».
  • Прогресивна доставка — це не те саме, що CI/CD — canary/blue-green/rolling є стратегіями випуску, відокремленими від конвеєра збірки/тестування.
  • Декларативність != YAML — декларативність означає описувати що, а не як. Іспит може перевіряти цю відмінність.
  • 90 хвилин — це щедро — на ~60 питань із множинним вибором у вас ~1,5 хв на питання. Позначайте й пропускайте все, у чому не впевнені.
  • Прохідний бал 75% — ви можете пропустити приблизно 1 із 4 питань. Не панікуйте через кілька невідомих.

Наявна програма Platform Engineering від KubeDojo охоплює переважну більшість тем CGOA. Ось що залишається:

ТемаСтатусПримітки
Деталі специфікації OpenGitOpsПовністю охопленоGitOps 3.1 охоплює всі 4 принципи з офіційної специфікації
Відмінність Configuration as Code (CaC) від IaCНезначна прогалинаМодулі IaC глибоко охоплюють IaC; CaC як окрема концепція (конфігурація застосунку vs інфраструктура) явно не виділена, але неявно охоплена
Історія та походження GitOpsНезначна прогалинаGitOps 3.1 ймовірно охоплює походження від Weaveworks/Alexis Richardson, але іспит може питати конкретні історичні деталі
Порівняння моделей CD push vs pullОхопленоGitOps 3.1 + модулі ArgoCD/Flux порівнюють моделі
Формати маніфестів YAML/JSON/JsonnetОхопленоМодуль Helm & Kustomize охоплює YAML та Helm; Jsonnet коротко згадується в модулі Helm/Kustomize

Нові модулі не потрібні. 6 модулів дисципліни GitOps, 4 модулі інструментарію GitOps, 6 модулів IaC та допоміжні модулі передумов/CI-CD забезпечують комплексну підготовку до CGOA.


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

Розділ «Пов’язані сертифікації»
ШЛЯХ СЕРТИФІКАЦІЇ
══════════════════════════════════════════════════════════════
Рівень Associate:
├── KCNA (Cloud Native Associate) — Основи K8s
├── KCSA (Security Associate) — Основи безпеки
└── CGOA (GitOps Associate) ← ВИ ТУТ
Рівень Professional:
├── CKA (K8s Administrator) — Операції з кластером
├── CKAD (K8s Developer) — Розгортання застосунків
├── CKS (K8s Security Specialist) — Посилення безпеки
└── CNPE (Platform Engineer) — Повний набір платформних навичок
Specialist (Очікується):
└── CKNE (K8s Network Engineer) — Просунуті мережі

CGOA природно поєднується з KCNA — разом вони охоплюють основи Kubernetes та доставку через GitOps. Якщо ви йдете шляхом Kubestronaut, знання CGOA безпосередньо підтримують CKA (розгортання, випуски) та CNPE (GitOps становить 25% цього іспиту).