Docker & Kubernetes for Developers · Lektion

Den API-Server mit Admission-Webhooks erweitern

Fangen Sie Kubernetes-API-Anfragen während der Verarbeitung ab und validieren oder verändern Sie sie mithilfe von validierenden und mutierenden Admission-Webhooks, um Cluster-Richtlinien durchzusetzen.

Lektion 4 von 413 Schritte

Den API-Server mit Admission-Webhooks erweitern ist eine kostenlose Docker & Kubernetes for Developers-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Docker & Kubernetes for Developers-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Docker & Kubernetes for Developers-Kurs umfasst insgesamt 4 Lektionen.

Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.

What Is Admission Control

After authentication and authorization, requests pass through admission controllers that can validate or modify objects before they are persisted.

Two Kinds of Webhooks

Dynamic admission uses webhooks: mutating webhooks change objects, and validating webhooks accept or reject them.

Where They Sit in the Pipeline

The API server runs mutating webhooks first, then validating webhooks, so a mutation can add defaults before validation checks the final object.

A Use Case

Examples: inject a sidecar (mutating), enforce that every Pod sets resource limits (validating), or block images from untrusted registries.

The MutatingWebhookConfiguration

This resource registers your webhook endpoint with the API server.

apiVersion: admissionregistration.k8s.io/v1
kind: MutatingWebhookConfiguration
metadata:
  name: add-defaults
webhooks:
  - name: defaults.example.com
    clientConfig:
      service:
        name: webhook-svc
        namespace: default
        path: /mutate
      caBundle: <base64-ca>
    rules:
      - operations: ["CREATE"]
        apiGroups: [""]
        apiVersions: ["v1"]
        resources: ["pods"]

The AdmissionReview Payload

The API server sends an AdmissionReview JSON to your webhook and expects an AdmissionReview response with allowed true/false, and for mutation a JSONPatch.

Returning a JSON Patch

A mutating webhook returns a base64-encoded JSONPatch describing the changes to apply.

{"response":{"allowed":true,"patchType":"JSONPatch","patch":"<base64-patch>"}}

failurePolicy Matters

failurePolicy: Fail blocks requests if the webhook is down, which is safe but can lock up the cluster; Ignore lets requests through, which is risky for security policies.

Scoping With Selectors

Use namespaceSelector and objectSelector to limit which requests hit your webhook, avoiding overhead and accidental scope creep.

Policy Engines as an Alternative

Instead of writing webhook servers, tools like OPA Gatekeeper and Kyverno provide declarative policies on top of the same admission mechanism.

apiVersion: kyverno.io/v1
kind: ClusterPolicy
metadata:
  name: require-limits
spec:
  validationFailureAction: Enforce
  rules:
    - name: check-limits
      match:
        any:
          - resources:
              kinds: [Pod]
      validate:
        message: "CPU and memory limits are required"
        pattern:
          spec:
            containers:
              - resources:
                  limits:
                    memory: "?*"

TLS Is Required

Webhook endpoints must serve HTTPS with a certificate trusted via the caBundle, since the API server only calls webhooks over TLS.

Quick Check

Test what you have learned.

Recap

You learned how admission webhooks extend the API server: mutating webhooks change objects and validating webhooks enforce policy, the AdmissionReview flow, failurePolicy and selectors, TLS requirements, and policy engines like Kyverno and Gatekeeper.

Kostenlos starten

Lerne Docker & Kubernetes for Developers mit einem KI-Tutor — kostenlos

Schreibe und führe echten Code in deinem Browser aus, bekomme sofortige Hilfe von einem 24/7 KI-Tutor und setze dein Lernen im Web oder in der App fort.

Kurse
12
Lektionen
48

Häufig gestellte Fragen

Ist die Lektion „Den API-Server mit Admission-Webhooks erweitern“ kostenlos?

Ja — der vollständige Text von „Den API-Server mit Admission-Webhooks erweitern“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Docker & Kubernetes for Developers-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Docker & Kubernetes for Developers-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Den API-Server mit Admission-Webhooks erweitern“?

Fangen Sie Kubernetes-API-Anfragen während der Verarbeitung ab und validieren oder verändern Sie sie mithilfe von validierenden und mutierenden Admission-Webhooks, um Cluster-Richtlinien durchzusetze… Du übst Docker & Kubernetes for Developers mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um Docker & Kubernetes for Developers zu starten?

Keine Vorkenntnisse erforderlich. Docker & Kubernetes for Developers auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.

Wie lange dauert die Lektion „Den API-Server mit Admission-Webhooks erweitern“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser Docker & Kubernetes for Developers-Lektion Code schreiben und ausführen?

Ja. Jede Docker & Kubernetes for Developers-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. Benutzerdefinierte Ressourcendefinitionen (CRDs)
  2. Das Operator-Pattern in Kubernetes
  3. Serverless mit Kubernetes (Knative)
  4. Den API-Server mit Admission-Webhooks erweitern
← Zurück zu Docker & Kubernetes for Developers