Admission control

Pruebe una policy con su historial antes de aplicarla.

Admissions registradaspermitido · apirechazado · workerpermitido · webpermitido · batchúltimos 7, 30 o 90 díasPolicy en borradorsin aplicarReproducirmismo código que el webhooksin cambiosse rechazaríase permitiríano se escribe nada
Ningún pod afectado, ningún escaneo en cola, ningún registry contactado.
Qué hace

Policy what-if

Que una policy rechace algo depende de sus images, de sus resultados de escaneo y de sus decisiones de triage, no del texto de la policy. El what-if lo responde con los registros del propio cluster.

Una policy en borrador vuelve a decidir sobre las admission reviews que ya están en el ledger, con el mismo código que ejecuta el webhook. El resultado son tres cifras (sin cambios, se rechazaría, se permitiría), con la regla que explica cada diferencia y hasta doscientas de las admissions que cambian.

Cómo funciona

Paso a paso.

  1. Editar la policy

    En el editor de policy de la consola.

  2. Pulsar What if

    Elegir un periodo de 7, 30 o 90 días.

  3. Se reproduce el borrador

    Sobre las admission reviews registradas.

  4. Leer la diferencia

    Sin cambios, se rechazaría, se permitiría.

  5. Aplicarla, o seguir editando

    Nada cambia hasta que lo haga.

Qué registra

Cada reproducción es una entrada del registro de auditoría, «replayed a draft policy»; no se toca ningún pod, escaneo ni registry.

Probar una policy antes de aplicarla

9 requisitos de 4 frameworks citan lo que registra esta función.

Instálelo usted mismo.

Cree una cuenta, confirme su correo con el código que le enviamos, obtenga la clave Community gratuita en la página Licences e instale con Helm.

Crear una cuenta