Ein Kubernetes-Statusboard erstellen ist ein Praxisprojekt für Lernende mit Kubernetes-Grundkenntnissen, die eine Workload-Identität mit einem nützlichen Werkzeug verbinden möchten. Du gibst dem vorbereiteten Board eine eigene Identität mit Lesezugriff auf Deployments in zwei freigegebenen Namespaces. Personaldaten und Änderungen an Workloads bleiben außerhalb dieses Zugriffs.
Ein Guided Lab führt von der tatsächlichen API-Verweigerung über einen eigenen ServiceAccount und die Freigabe des ersten Namespaces zu einem neuen Board-Pod mit dieser Identität und einem zweiten Lesebereich. Eine unabhängige Challenge überträgt dieselben Methoden auf Cedar Library mit anderen Namespaces für Identität und Anwendungen. Jede Einheit beginnt mit ihrer eigenen vollständig vorbereiteten Umgebung.
Das Ergebnis sind ein funktionierendes Board, ein aktueller CSV-Download und vier wiederverwendbare Manifeste. Das Board zeigt deklarierte Replikazahlen, vom Controller gemeldete Verfügbarkeit und Images der Deployment-Vorlage. Es macht aus einem API-Fehler keinen gesunden Zustand und aus einer absichtlich auf null skalierten Anwendung keine Störung.
Was du lernen wirst
Nach diesem Kurs kannst du:
- die Zugangsdaten des Operator-Terminals von der tatsächlichen Identität eines Prozesses im Pod unterscheiden;
- einen eigenen ServiceAccount erstellen und die Role sowie das RoleBinding eines Ziel-Namespaces mit ihm verbinden;
- die Identität in einem gespeicherten Deployment-Manifest auswählen und echte API-Anfragen des neuen Pods beobachten;
getundlistauf einen zweiten freigegebenen Namespace erweitern, während der dritte Namespace, Secrets und Workload-Änderungen verweigert bleiben;- gewünschte und verfügbare Replikas sowie Vorlagen-Images im Rahmen der Controller-Beobachtungen interpretieren;
- eine aktuelle CSV und gespeicherte Manifeste liefern und dabei ursprüngliche Anwendungsressourcen, Daten und Quellen erhalten.
Für wen dieser Kurs geeignet ist
Der Kurs richtet sich an Kubernetes-Lernende und angehende Anwendungsoperatoren, die nach den Grundlagen ein kleines, vollständiges Projekt umsetzen möchten. Die Zugriffskontrollinhalte von Kubernetes in Practice sind hilfreich; das Guided Lab erklärt die benötigten Identitäts- und Berechtigungsfelder vor ihrer Verwendung.
Voraussetzungen: Grundlegende Terminalpfade, einfaches YAML, Namespaces, Pods, Deployments, Services und Labels. Anwendungsprogrammierung, Client-SDK-Erfahrung, Image-Builds und ein Cloud-Konto sind nicht erforderlich.
Lernumgebung: Ein echter Kubernetes-Cluster mit einem Knoten, synthetische Anwendungen, das Board und ein Diagnoseclient stehen bereit. Nutze Workspace für Manifeste und Kubernetes-Befehle und Board für die tatsächlichen Seiten, Details und die CSV. Das Board verarbeitet seine projizierten Zugangsdaten und die Zertifikatsprüfung intern.
Häufig gestellte Fragen
Muss ich Kubernetes installieren?
Nein. Jede Einheit bietet einen unabhängig vorbereiteten Cluster und Anwendungen. Du arbeitest an Objekten im Kursumfang, ohne Cluster-Infrastruktur zu installieren oder zu verändern.
Schreibe ich die Board-Anwendung oder bearbeite ich Tokens?
Nein. Client und Oberfläche sind vorhanden. Du konfigurierst eine eigene Workload-Identität, begrenzte Namespace-Freigaben und die Identitätsauswahl des Deployments und erhältst die bereitgestellten Quellen.
Beweist ein Berechtigungstest, dass das Board die richtige Identität nutzt?
Eine Berechtigung für eine Identität ändert keinen laufenden Pod automatisch. Du prüfst die authentifizierte Identität des tatsächlichen Clients und seine Sammlungs- und Einzelabrufe zusammen mit den Berechtigungen und verweigerten Aktionen.
Was ändert sich in der Challenge?
Das Bibliotheksszenario ändert den Standort des Lesers und die beiden freigegebenen Daten-Namespaces, während ein Personal-Namespace ausgeschlossen bleibt. Du kombinierst die geübten Methoden zum vollständigen Board und seinen Manifesten. Das Ergebnis ist Controller-Status in einem Trainingscluster, keine Besucherauthentifizierung oder Verfügbarkeitsgarantie für die Produktion.
