Monitorización inteligente de Kubernetes con IA

¿Cómo funciona el agente de Kubernetes?

El agente centinelAI se despliega en tu cluster como un Deployment con permisos de solo lectura (get, list, watch) sobre los recursos de Kubernetes. No necesita acceso de escritura ni privilegios elevados.

El agente escucha el event stream de Kubernetes en tiempo real y envía los eventos a la plataforma centinelAI, donde la IA los evalúa con contexto histórico antes de decidir si vale la pena notificar al equipo.

Eventos detectados automáticamente

El agente detecta y clasifica los siguientes tipos de eventos:

Eventos críticos (P0/P1)

• CrashLoopBackOff — Un pod está en bucle de reinicios, típicamente por error en la aplicación o configuración incorrecta
• OOMKilled — Un contenedor fue terminado por el sistema operativo por exceder el límite de memoria
• NodeNotReady — Un nodo del cluster ha dejado de responder a los health checks del control plane
• ImagePullBackOff — Kubernetes no puede descargar la imagen del contenedor (credenciales, imagen no existe, registry caído)
• FailedCreate — Un StatefulSet o Deployment no puede crear pods

Eventos de advertencia (P2)

• Unhealthy — Un probe de readiness o liveness está fallando repetidamente
• FailedMount — Un volumen PVC no se puede montar en el pod
• Evicted — Un pod fue expulsado del nodo por presión de recursos
• Pulling / Pulled lento — La imagen tarda más de lo habitual en descargarse

Instalación en 2 comandos

La instalación completa (namespace, RBAC, Deployment, Secret) se hace con dos comandos:

# 1. Aplica el manifest (crea namespace centinela-system + RBAC + Deployment)
kubectl apply -f https://centinelai.io/api/install/k8s/manifest.yaml

# 2. Crea el secret con tu API token
kubectl create secret generic centinela-token \
  --from-literal=SENTINEL_TOKEN="tu-api-token" \
  --from-literal=SENTINEL_API_URL="https://centinelai.io" \
  -n centinela-system

En menos de 30 segundos, el agente empieza a enviar eventos al dashboard de centinelAI.

Cómo la IA prioriza los eventos de Kubernetes

No todos los eventos de Kubernetes son iguales. Un CrashLoopBackOff en un pod de un job de procesamiento nocturno tiene muy diferente impacto que el mismo evento en el pod de autenticación de usuarios.

La IA de centinelAI evalúa cada evento con:

• Historial del servicio: ¿Este pod se reinicia regularmente? ¿Cuántas veces en las últimas 24h?
• Correlación con deploys: ¿Coincide con un deployment reciente? Correlacionar el CrashLoop con un deploy de hace 5 minutos es contextualmente muy diferente
• Criticidad del namespace: Los namespaces production tienen mayor peso que staging o dev
• Propagación: ¿Están afectados múltiples pods del mismo servicio? ¿Es un problema aislado o sistémico?

El resultado es un score 0-100. Solo las alertas con score superior a 70 llegan al canal de Slack del equipo.

Requisitos técnicos

• Kubernetes 1.20+ (compatible con EKS, GKE, AKS, k3s, RKE, on-prem)
• Acceso kubectl con permisos para crear namespaces y RBAC
• Conectividad de salida a https://centinelai.io (puerto 443)
• Sin requirimientos de CPU/memoria significativos: el agente usa <10m CPU y <64Mi RAM

Seguridad y privacidad

El agente opera con el principio de mínimo privilegio:

• Solo permisos get, list, watch — nunca de escritura
• Solo envía metadatos de eventos (nombre del pod, tipo de evento, mensaje) — nunca el contenido de las aplicaciones o datos de usuario
• Los datos se transmiten cifrados con TLS 1.3
• Almacenamiento en servidores en la Unión Europea (cumplimiento GDPR)