Admission Control

Testen Sie eine Policy erst an Ihrer Historie.

Erfasste Admissionserlaubt · apiabgelehnt · workererlaubt · weberlaubt · batchletzte 7, 30 oder 90 TagePolicy-Entwurfnicht angewandtAbspielenderselbe Code wie der Webhookunverändertwürde abgelehntwürde erlaubtnichts geschrieben
Kein Pod ist betroffen, kein Scan wird eingereiht, keine Registry kontaktiert.
Was sie tut

Policy What-if

Ob eine Policy etwas ablehnen würde, hängt von Ihren Images, Scan-Ergebnissen und Triage-Entscheidungen ab, nicht vom Policy-Text. Das What-if beantwortet diese Frage aus den clustereigenen Einträgen.

Mit einem Policy-Entwurf werden die Admission Reviews, die bereits im Ledger stehen, neu entschieden, und zwar mit demselben Code, den der Webhook ausführt. Ergebnis sind drei Zahlen – unverändert, würde abgelehnt, würde erlaubt – mit der Regel hinter jedem Unterschied und bis zu zweihundert der geänderten Admissions.

Funktionsweise

Die Schritte.

  1. Policy bearbeiten

    Im Policy-Editor der Konsole.

  2. „What if“ klicken

    Zeitraum von 7, 30 oder 90 Tagen wählen.

  3. Entwurf wird abgespielt

    Gegen die aufgezeichneten Admission Reviews.

  4. Den Unterschied lesen

    Unverändert, würde abgelehnt, würde erlaubt.

  5. Übernehmen oder weiter ändern

    Bis dahin ändert sich nichts.

Was sie festhält

Jeder Durchlauf ist ein Eintrag im Audit-Log, „replayed a draft policy“; weder Pod noch Scan noch Registry werden berührt.

Eine Policy vor dem Durchsetzen testen

9 Anforderungen in 4 Frameworks verweisen auf das, was diese Funktion aufzeichnet.

Selbst installieren.

Konto anlegen, die E-Mail mit dem zugesandten Code bestätigen, den kostenlosen Community-Schlüssel auf der Seite Licences holen und mit Helm installieren.

Konto anlegen