0Pricing
Docker & Kubernetes for Developers · Lekcja

Rozszerzanie serwera API za pomocą webhooków admission

Przechwytuj i waliduj lub modyfikuj żądania Kubernetes API w locie, korzystając z walidujących i modyfikujących webhooków admission, aby egzekwować zasady klastra.

Rozszerzanie serwera API za pomocą webhooków admission to bezpłatna lekcja Docker & Kubernetes for Developers na CoddyKit. To lekcja 4 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Docker & Kubernetes for Developers, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Docker & Kubernetes for Developers zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

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.

Często zadawane pytania

Czy lekcja „Rozszerzanie serwera API za pomocą webhooków admission” jest bezpłatna?

Tak — pełny tekst „Rozszerzanie serwera API za pomocą webhooków admission” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Docker & Kubernetes for Developers, przejdź na CoddyKit PRO. Kurs Docker & Kubernetes for Developers zawiera 4 lekcji w sumie.

Co nauczysz się w „Rozszerzanie serwera API za pomocą webhooków admission”?

Przechwytuj i waliduj lub modyfikuj żądania Kubernetes API w locie, korzystając z walidujących i modyfikujących webhooków admission, aby egzekwować zasady klastra. Ćwiczysz Docker & Kubernetes for Developers z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Docker & Kubernetes for Developers?

Nie wymagamy żadnego doświadczenia. Docker & Kubernetes for Developers w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 4 z 4.

Ile czasu zajmuje lekcja „Rozszerzanie serwera API za pomocą webhooków admission”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Docker & Kubernetes for Developers?

Tak. Każda lekcja Docker & Kubernetes for Developers zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Niestandardowe definicje zasobów (CRD)
  2. Wzorzec Operatora w Kubernetes
  3. Serverless z Kubernetes (Knative)
  4. Rozszerzanie serwera API za pomocą webhooków admission
← Powrót do Docker & Kubernetes for Developers