- Authors

- Name
- Phillip Pham
- @ddppham
TL;DR
- Die KCNA ist die ideale Einsteiger-Zertifizierung fuer Cloud Native und Kubernetes -- keine Vorkenntnisse noetig
- Die Pruefung besteht aus 60 Multiple-Choice-Fragen (90 Min, 75% zum Bestehen) und kostet 250 USD inkl. einem Retake
- Kubernetes Fundamentals machen 46% der Pruefung aus -- hier liegt der Fokus beim Lernen
- Mit einem strukturierten 8-Wochen-Lernplan und den richtigen Ressourcen ist die KCNA gut machbar
- Die KCNA ist ein solides Fundament fuer weiterführende Zertifizierungen wie CKA, CKAD oder CKS
KCNA Zertifizierung 2026: Dein perfekter Einstieg in die Cloud Native Welt
Die KCNA (Kubernetes and Cloud Native Associate) ist die ideale Zertifizierung für alle, die in die Welt von Kubernetes und Cloud Native einsteigen möchten. In diesem umfassenden Guide findest du alles für deine erfolgreiche KCNA Prüfung - inklusive praktischer Mini-Trainings.
Was ist die KCNA Zertifizierung?
Die KCNA ist eine Einsteiger-Zertifizierung der Linux Foundation und CNCF (Cloud Native Computing Foundation). Im Gegensatz zu CKA, CKAD oder CKS ist die KCNA eine Multiple-Choice-Prüfung, die Grundlagenwissen über Cloud Native Technologien testet.
KCNA Prüfungsdetails 2026
| Eigenschaft | Details |
|---|---|
| Prüfungsdauer | 90 Minuten |
| Anzahl Fragen | 60 Multiple-Choice-Fragen |
| Mindestpunktzahl | 75% zum Bestehen (45 von 60 Fragen) |
| Prüfungsformat | Multiple Choice (online, proctored) |
| Kosten | 250 USD (inkl. 1 Retake) |
| Gültigkeit | 3 Jahre |
| Sprache | Englisch |
| Voraussetzungen | Keine |
Für wen ist KCNA geeignet?
Ideal für:
- IT-Einsteiger ohne Kubernetes-Erfahrung
- Entwickler, die Cloud Native verstehen wollen
- Manager und Entscheider im IT-Bereich
- Studenten und Berufsanfänger
- Umsteiger aus anderen IT-Bereichen
KCNA vs andere Zertifizierungen:
| Zertifizierung | Format | Schwierigkeit | Voraussetzung | Ideal für |
|---|---|---|---|---|
| KCNA | Multiple Choice | Niedrig | Keine | Einsteiger |
| KCSA | Multiple Choice | Niedrig-Mittel | Keine | Security-Einsteiger |
| CKA | Hands-on | Mittel-Hoch | Keine | Administratoren |
| CKAD | Hands-on | Mittel | Keine | Entwickler |
| CKS | Hands-on | Hoch | CKA | Security-Spezialisten |
KCNA Prüfungsdomains 2026
Domain 1: Kubernetes Fundamentals (46%)
Dies ist die wichtigste Domain - fast die Hälfte der Prüfung!
Themen:
- Kubernetes Architektur
- Container Grundlagen
- Kubernetes API Primitives
- Pods, Deployments, Services
- Storage Konzepte
- Networking Basics
🎯 Mini-Training 1: Kubernetes Architektur verstehen
Lernziel: Verstehe die Komponenten eines Kubernetes-Clusters
Control Plane Komponenten
┌─────────────────────────────────────────────────────────┐
│ CONTROL PLANE │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ kube-apiserver│ │ etcd │ │kube-scheduler│ │
│ │ │ │ (Datenbank) │ │ │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ │
│ ┌──────────────────────────────────────────────────┐ │
│ │ kube-controller-manager │ │
│ └──────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────┐
│ WORKER NODES │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ kubelet │ │ kube-proxy │ │Container │ │
│ │ │ │ │ │Runtime │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ │
│ ┌──────────────────────────────────────────────────┐ │
│ │ Pods (Container) │ │
│ └──────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
Merke dir:
- kube-apiserver: Zentrale Schnittstelle für alle Kommunikation
- etcd: Speichert den gesamten Cluster-Zustand
- kube-scheduler: Entscheidet, auf welchem Node ein Pod läuft
- kube-controller-manager: Überwacht den Cluster-Zustand
- kubelet: Agent auf jedem Worker Node
- kube-proxy: Netzwerk-Proxy auf jedem Node
✅ Quiz: Teste dein Wissen
Welche Komponente speichert den Cluster-Zustand?
- A) kube-apiserver
- B) etcd ✓
- C) kubelet
- D) kube-scheduler
Welche Komponente läuft auf jedem Worker Node?
- A) etcd
- B) kube-controller-manager
- C) kubelet ✓
- D) kube-scheduler
Wer entscheidet, auf welchem Node ein Pod gestartet wird?
- A) kubelet
- B) etcd
- C) kube-scheduler ✓
- D) kube-proxy
Domain 2: Container Orchestration (22%)
Themen:
- Container Runtime (containerd, CRI-O)
- Container Images
- Container Registry
- Pod Lifecycle
- Workload Resources
🎯 Mini-Training 2: Container Basics
Lernziel: Verstehe Container und Images
Container vs Virtuelle Maschinen
┌──────────────────────────────────────────────────────────┐
│ Virtuelle Maschinen │ Container │
├──────────────────────────────────┼───────────────────────┤
│ ┌─────┐ ┌─────┐ ┌─────┐ │ ┌─────┐ ┌─────┐ │
│ │App A│ │App B│ │App C│ │ │App A│ │App B│ │
│ ├─────┤ ├─────┤ ├─────┤ │ ├─────┴─┴─────┤ │
│ │Guest│ │Guest│ │Guest│ │ │Container │ │
│ │ OS │ │ OS │ │ OS │ │ │Runtime │ │
│ └─────┘ └─────┘ └─────┘ │ └─────────────┘ │
│ ┌─────────────────────┐ │ ┌─────────────┐ │
│ │ Hypervisor │ │ │ Host OS │ │
│ └─────────────────────┘ │ └─────────────┘ │
│ ┌─────────────────────┐ │ ┌─────────────┐ │
│ │ Hardware │ │ │ Hardware │ │
│ └─────────────────────┘ │ └─────────────┘ │
└──────────────────────────────────┴───────────────────────┘
Container-Vorteile:
- Leichtgewichtig (MB statt GB)
- Schneller Start (Sekunden statt Minuten)
- Portabel (läuft überall gleich)
- Effiziente Ressourcennutzung
Kubernetes Workload Resources
| Resource | Beschreibung | Use Case |
|---|---|---|
| Pod | Kleinste deploybare Einheit | Ein oder mehrere Container |
| Deployment | Verwaltung von Pods | Stateless Anwendungen |
| StatefulSet | Pods mit persistenter Identität | Datenbanken |
| DaemonSet | Ein Pod pro Node | Logging, Monitoring |
| Job | Einmalige Aufgabe | Batch-Processing |
| CronJob | Geplante Jobs | Backups, Reports |
✅ Quiz: Container & Workloads
Was ist der Hauptvorteil von Containern gegenüber VMs?
- A) Mehr Sicherheit
- B) Leichtgewichtiger und schneller ✓
- C) Bessere Isolation
- D) Mehr Speicherplatz
Welcher Workload-Typ eignet sich für Datenbanken?
- A) Deployment
- B) DaemonSet
- C) StatefulSet ✓
- D) Job
Was ist die kleinste deploybare Einheit in Kubernetes?
- A) Container
- B) Pod ✓
- C) Deployment
- D) Node
Domain 3: Cloud Native Architecture (16%)
Themen:
- Microservices
- Serverless
- Cloud Native Prinzipien
- 12-Factor Apps
- Design Patterns
🎯 Mini-Training 3: Cloud Native Prinzipien
Lernziel: Verstehe die Cloud Native Philosophie
Die 12-Factor App Prinzipien
| # | Prinzip | Beschreibung |
|---|---|---|
| 1 | Codebase | Eine Codebase pro App, viele Deployments |
| 2 | Dependencies | Explizit deklariert und isoliert |
| 3 | Config | Konfiguration in Umgebungsvariablen |
| 4 | Backing Services | Als angehängte Ressourcen behandeln |
| 5 | Build, Release, Run | Strikte Trennung der Phasen |
| 6 | Processes | Stateless und share-nothing |
| 7 | Port Binding | Services via Port-Binding exportieren |
| 8 | Concurrency | Scale out via Prozessmodell |
| 9 | Disposability | Schneller Start, graceful shutdown |
| 10 | Dev/Prod Parity | Entwicklung = Staging = Produktion |
| 11 | Logs | Als Event-Streams behandeln |
| 12 | Admin Processes | Admin-Tasks als einmalige Prozesse |
Microservices vs Monolith
┌────────────────────────────────────────────────────────────┐
│ MONOLITH │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ │ │
│ │ │ UI │ │Business│ │ Data │ │ Auth │ │ │
│ │ │ Layer │ │ Logic │ │ Layer │ │ Layer │ │ │
│ │ └────────┴─┴────────┴─┴────────┴─┴────────┘ │ │
│ │ Alles in einer Anwendung │ │
│ └──────────────────────────────────────────────────────┘ │
└────────────────────────────────────────────────────────────┘
┌────────────────────────────────────────────────────────────┐
│ MICROSERVICES │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ Service │ │ Service │ │ Service │ │ Service │ │
│ │ A │ │ B │ │ C │ │ D │ │
│ └────┬────┘ └────┬────┘ └────┬────┘ └────┬────┘ │
│ │ │ │ │ │
│ └───────────┴───────────┴───────────┘ │
│ API Gateway │
└────────────────────────────────────────────────────────────┘
✅ Quiz: Cloud Native Architecture
Was bedeutet "stateless" bei Cloud Native Apps?
- A) Keine Datenbank verwenden
- B) Kein Session-State im Prozess speichern ✓
- C) Keine Logs erzeugen
- D) Kein Netzwerk verwenden
Wo sollte laut 12-Factor App die Konfiguration gespeichert werden?
- A) Im Code
- B) In einer Datei
- C) In Umgebungsvariablen ✓
- D) In der Datenbank
Domain 4: Cloud Native Observability (8%)
Themen:
- Logging
- Monitoring
- Tracing
- Prometheus & Grafana
- OpenTelemetry
🎯 Mini-Training 4: Observability verstehen
Lernziel: Die drei Säulen der Observability
Die drei Säulen
┌─────────────────────────────────────────────────────────────┐
│ OBSERVABILITY │
│ │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ LOGGING │ │ METRICS │ │ TRACING │ │
│ │ │ │ │ │ │ │
│ │ Was passiert │ │ Wie viel? │ │ Wo genau? │ │
│ │ im System? │ │ Wie schnell? │ │ Welcher Pfad?│ │
│ │ │ │ │ │ │ │
│ │ Tools: │ │ Tools: │ │ Tools: │ │
│ │ - Fluentd │ │ - Prometheus │ │ - Jaeger │ │
│ │ - Loki │ │ - Grafana │ │ - Zipkin │ │
│ │ - ELK Stack │ │ - Datadog │ │ - Tempo │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
Prometheus Metriken-Typen:
| Typ | Beschreibung | Beispiel |
|---|---|---|
| Counter | Nur steigend | HTTP Requests total |
| Gauge | Steigt und fällt | CPU Usage, Memory |
| Histogram | Verteilung | Request Latency |
| Summary | Quantile | Response Time P95/P99 |
✅ Quiz: Observability
Welches Tool wird für Metriken am häufigsten verwendet?
- A) Jaeger
- B) Prometheus ✓
- C) Fluentd
- D) Loki
Was zeigt Tracing?
- A) CPU-Auslastung
- B) Log-Nachrichten
- C) Request-Pfad durch Services ✓
- D) Speicherverbrauch
Domain 5: Cloud Native Application Delivery (8%)
Themen:
- GitOps
- CI/CD
- Helm
- Kustomize
- ArgoCD & Flux
🎯 Mini-Training 5: GitOps verstehen
Lernziel: GitOps Prinzipien kennen
GitOps Workflow
┌─────────────────────────────────────────────────────────────┐
│ GitOps Workflow │
│ │
│ ┌──────────┐ Push ┌──────────┐ Sync ┌─────────┐ │
│ │Developer │ ─────────▶ │ Git │ ◀──────▶ │Kubernetes│ │
│ │ │ │ (Source │ │ Cluster │ │
│ └──────────┘ │ of Truth)│ └─────────┘ │
│ └──────────┘ │ │
│ ▲ │ │
│ │ ┌───────────┘ │
│ PR/Review ▼ │
│ │ ┌──────────┐ │
│ │ │ ArgoCD / │ │
│ └───│ Flux │ │
│ └──────────┘ │
└─────────────────────────────────────────────────────────────┘
GitOps Prinzipien:
- Declarative: Alles als deklarativer Code
- Versioned: Git als Single Source of Truth
- Automated: Automatische Synchronisation
- Continuous Reconciliation: Cluster-State = Git-State
Helm vs Kustomize
| Feature | Helm | Kustomize |
|---|---|---|
| Template-Engine | Ja (Go templates) | Nein (Patches) |
| Package Manager | Ja (Charts) | Nein |
| Native in kubectl | Nein | Ja (kubectl apply -k) |
| Learning Curve | Steiler | Flacher |
| Use Case | Komplexe Apps | Overlay-Konfiguration |
✅ Quiz: Application Delivery
Was ist die "Single Source of Truth" bei GitOps?
- A) Die Datenbank
- B) Das Git Repository ✓
- C) Das Kubernetes Cluster
- D) Die CI Pipeline
Welches Tool ist ein GitOps Controller?
- A) Helm
- B) Jenkins
- C) ArgoCD ✓
- D) Docker
KCNA Lernplan: 4 Wochen zum Erfolg
Woche 1: Kubernetes Fundamentals (Domain 1)
Täglicher Zeitaufwand: 1-2 Stunden
Tag 1-2: Kubernetes Architektur
- Control Plane Komponenten verstehen
- Worker Node Komponenten verstehen
- Mini-Training 1 durcharbeiten
Tag 3-4: Container Grundlagen
- Container vs VMs
- Container Images
- Container Registry
- Mini-Training 2 durcharbeiten
Tag 5-7: Kubernetes Objects
- Pods, Deployments, Services
- ConfigMaps, Secrets
- Namespaces
Praktische Übung:
# Minikube oder Kind installieren und ersten Cluster starten
# Minikube:
minikube start
# Oder Kind:
kind create cluster
# Cluster erkunden
kubectl cluster-info
kubectl get nodes
kubectl get pods -A
Woche 2: Container Orchestration & Cloud Native Architecture
Tag 1-3: Workload Resources
- Deployments, StatefulSets, DaemonSets
- Jobs, CronJobs
- ReplicaSets
Tag 4-5: Cloud Native Prinzipien
- 12-Factor App
- Mini-Training 3 durcharbeiten
Tag 6-7: Microservices
- Monolith vs Microservices
- Service Mesh Konzepte
Woche 3: Observability & Application Delivery
Tag 1-3: Observability
- Logging, Metrics, Tracing
- Prometheus, Grafana
- Mini-Training 4 durcharbeiten
Tag 4-5: GitOps
- GitOps Prinzipien
- ArgoCD, Flux
- Mini-Training 5 durcharbeiten
Tag 6-7: CI/CD & Helm
- CI/CD Pipelines
- Helm Charts Grundlagen
- Kustomize Basics
Woche 4: Wiederholung & Mock Exams
Tag 1-3: Alle Domains wiederholen
- Schwachstellen identifizieren
- Quizzes erneut durchgehen
Tag 4-5: Mock Exams
- Offizielle Practice Tests
- Zeitmanagement üben
Tag 6-7: Finale Vorbereitung
- Letzte Lücken schließen
- Prüfungsumgebung testen
KCNA Prüfungstipps
Am Prüfungstag
Vorbereitung:
- Ausgeschlafen sein
- Ruhige Umgebung
- Stabile Internetverbindung
- Identitätsnachweis bereit
- System-Check durchgeführt
Während der Prüfung:
Zeitmanagement:
- 90 Minuten für 60 Fragen = 1,5 Minuten pro Frage
- Unklare Fragen markieren und später beantworten
- Letzte 10 Minuten für Überprüfung
Strategie:
- Erst alle Fragen durchgehen
- Sichere Fragen zuerst
- Ausschlussverfahren nutzen
Typische Fragetypen:
- Konzeptfragen ("Was ist...?")
- Best Practice Fragen ("Was ist der empfohlene Ansatz...?")
- Szenario-Fragen ("Welche Komponente...?")
FAQ - Häufig gestellte Fragen
Ist KCNA einfach?
KCNA ist die einfachste Kubernetes-Zertifizierung. Mit 2-4 Wochen Vorbereitung und den Mini-Trainings in diesem Guide kannst du sie gut bestehen. Die Bestehensquote liegt bei etwa 70-80%.
Brauche ich praktische Erfahrung?
Nein, KCNA ist eine reine Theorie-Prüfung. Du brauchst keine Hands-on-Erfahrung. Allerdings hilft es, Kubernetes mal praktisch auszuprobieren (z.B. mit Minikube).
Ist KCNA bei Arbeitgebern anerkannt?
KCNA zeigt grundlegendes Cloud Native Verständnis. Für Einsteiger-Positionen oder fachfremde Rollen (Manager, Sales) ist sie wertvoll. Für technische Rollen empfehlen wir KCNA als Einstieg, dann CKA/CKAD.
Was kommt nach KCNA?
Der typische Pfad:
- KCNA → Grundlagen (du bist hier)
- CKA oder CKAD → Hands-on Zertifizierung
- CKS → Security-Spezialisierung
Nächste Schritte
- Registrierung: training.linuxfoundation.org
- Lernumgebung: Minikube oder Kind installieren
- Lernplan starten: Woche 1 beginnen
- Mini-Trainings: Alle 5 Trainings durcharbeiten
- Mock Exams: 2-3 Übungsprüfungen absolvieren
Für weiterführende Informationen empfehlen wir auch unsere Guides zu CKA Zertifizierung, CKAD Zertifizierung und CKS Zertifizierung.
Dieser KCNA Guide wird regelmäßig aktualisiert. Letzte Aktualisierung: Januar 2026.
Kubernetes-Beratung gesucht?
Wir helfen deutschen Unternehmen bei der Kubernetes-Implementierung, Migration und Optimierung. DSGVO-konform und praxiserprobt.
📖 Verwandte Artikel
Weitere interessante Beiträge zu ähnlichen Themen
KCNA Zertifizierung: Einstieg für Cloud-Native-Anfänger
KCNA als Einstiegszertifikat für Cloud-Native-Anfänger: Prüfungsformat, alle sechs Domains, Lernressourcen und Vorbereitungstipps im Überblick.
KCSA Zertifizierung: Kubernetes Security Associate Guide
KCSA Prüfung vorbereiten: Alle sechs Security-Domains, Unterschied zur CKS, Lernplan und warum die KCSA der ideale Security-Einstieg ist.
Kubernetes Telepresence Debugging 2026: Remote Entwicklung für Teams in Deutschland
Telepresence revolutioniert 2026 das Kubernetes Debugging und die Remote-Entwicklung von Microservices. Entwickler in Kubernetes Deutschland können lokal mit Live-Cluster-Verbindung arbeiten, was die Effizienz steigert und compliance-relevante Debugging-Prozesse vereinfacht. Ein Muss für zukunftsorientierte Teams.
Kubernetes Automotive ASPICE 2026: Container für SDV und Compliance
Entdecken Sie, wie Kubernetes Automotive ASPICE 2026 Standards für die SDV-Entwicklung & Compliance revolutioniert. Effiziente Entwicklung, Tests und sichere Prozesse für OEMs in Deutschland – ein entscheidender Schritt für Kubernetes Compliance Deutschland.
Kubernetes Bootcamp Deutschland: Finden Sie den passenden Workshop
Entdecken Sie den idealen Kubernetes Bootcamp oder Workshop in Deutschland für Ihr Team. Erfahren Sie, wie praxisnahe Intensivkurse, Kosten, Fördermöglichkeiten und die Auswahlkriterien Ihnen helfen, nachhaltig Kubernetes-Kompetenz für Ihr Unternehmen aufzubauen und den digitalen Wandel im deutschen Mittelstand erfolgreich zu gestalten.