Admission control

Essayez une policy sur votre historique avant de l'appliquer.

Admissions enregistréesautorisé · apirefusé · workerautorisé · webautorisé · batch7, 30 ou 90 derniers joursPolicy brouillonnon appliquéeRejeumême code que le webhookinchangéserait refuséserait autorisérien n'est écrit
Aucun pod n'est touché, aucun scan n'est mis en file, aucun registry n'est contacté.
Ce qu'elle fait

Policy what-if

Qu'une policy refuse quelque chose dépend de vos images, de vos résultats de scan et de vos décisions de triage, pas du texte de la policy. Le what-if y répond à partir des enregistrements du cluster.

Une policy en brouillon est rejouée sur les admission reviews déjà présentes dans le registre, par le même code que celui du webhook. Le résultat tient en trois chiffres (inchangé, serait refusé, serait autorisé), avec la règle à l'origine de chaque différence et jusqu'à deux cents des admissions qui changent.

Fonctionnement

Étape par étape.

  1. Modifier la policy

    Dans l'éditeur de policy, en console.

  2. Lancer What if

    Choisir une période de 7, 30 ou 90 jours.

  3. Le brouillon est rejoué

    Sur les admission reviews enregistrées.

  4. Lire la différence

    Inchangé, serait refusé, serait autorisé.

  5. L'appliquer, ou continuer

    Rien ne change d'ici là.

Ce qui est consigné

Chaque rejeu crée une entrée du journal d'audit, « replayed a draft policy » ; aucun pod, aucun scan ni aucun registry n'est touché.

Essayer une policy avant de l'appliquer

9 exigences dans 4 frameworks citent ce que cette fonction enregistre.

Installez-le vous-même.

Créez un compte, confirmez votre e-mail avec le code envoyé, prenez la clé Community gratuite sur la page Licences et installez avec Helm.

Créer un compte