Funcionalidades de Kubernetes

Resumen del clúster

Resumen, arriba en el menú lateral de Kubernetes, muestra la salud del contexto activo:

• Tarjetas principales: pods (listos y running), pods con problemas y sus reinicios totales, nodos listos, workloads (Deployments, StatefulSets, DaemonSets) por debajo de sus réplicas deseadas y eventos Warning de la última hora.
• Uso del clúster: CPU y memoria actuales frente a la capacidad asignable de los nodos, leídas de la Metrics API (metrics-server). Sin metrics-server, KUA toma los mismos datos de Prometheus (node-exporter), también por nodo; sin ninguno de los dos, la tarjeta lo indica y muestra la respuesta de la API. También muestra qué servicio de Prometheus se detectó.
• Pods por estado: una barra y leyenda con los conteos de Running, Pending, Succeeded, Failed y Unknown, más chips con cada motivo de problema.
• Pods con problemas: primero los peores (más reinicios), con el motivo que mostraría kubectl: CrashLoopBackOff, ImagePullBackOff, OOMKilled, Unschedulable, Evicted, o NotReady para pods en ejecución que fallan su readiness probe.
• Nodos: estado Ready, cordon, condiciones de presión (memoria, disco, PID, red) y CPU/memoria por nodo cuando hay metrics-server.
• Tendencias: con Prometheus en el clúster (por ejemplo kube-prometheus-stack), gráficas de CPU, memoria, reinicios de contenedores y pods no listos en la última 1 h, 6 h, 24 h o 7 d (unos 120 puntos por rango; se recuerda el rango elegido). Para el clúster completo CPU y memoria vienen de node-exporter; para un namespace, de sus contenedores (cAdvisor). Reinicios y pods no listos necesitan kube-state-metrics; una gráfica sin datos lo indica sin ocultar las demás.
• Workloads no listos y warnings recientes.

Pods, workloads y eventos siguen el selector de namespace (incluido Todos los namespaces); los nodos y el uso siempre cubren el clúster completo. Cada tarjeta, chip y fila abre la tabla correspondiente con el filtro ya aplicado; por ejemplo, Pods con problemas abre Pods con el filtro rápido Con problemas activo. Cada sección se degrada por separado: si tu rol RBAC no puede listar nodos, solo la sección de nodos muestra el error. La vista se actualiza con el intervalo de auto-refresh global.

El Resumen no es un sistema de alertas: muestra el estado actual y nunca envía notificaciones.

Explorador de Recursos

Navega todos los recursos principales de Kubernetes con tablas ordenables y filtrables:

• Workloads: Pods, Deployments, StatefulSets, DaemonSets, ReplicaSets, Jobs, CronJobs
• Network: Services, Ingresses, IngressClasses, Endpoints, EndpointSlices, NetworkPolicies
• Config: ConfigMaps, Secrets (valores ocultos por defecto)
• Storage: PersistentVolumeClaims, PersistentVolumes, StorageClasses
• Policy & Scheduling: ResourceQuotas, LimitRanges, HPAs, PDBs, Leases, PriorityClasses, RuntimeClasses
• Admission & Cluster: MutatingWebhookConfigurations, ValidatingWebhookConfigurations, Namespaces, Nodes, Events

Cada tabla de recursos muestra los campos clave (nombre, namespace, estado, antiguedad) y proporciona acciones contextuales. Las tablas soportan seleccion multiple para eliminacion masiva cuando Kubernetes permite borrar ese tipo de recurso.

La columna Age se muestra como duracion legible y ordena internamente por tiempo real transcurrido, por lo que valores como 30sec, 2min, 23hrs 10min y 1day 3hrs 10min se ordenan bien en ambas direcciones.

Al seleccionar una fila se abre un panel lateral ajustable con resumen específico por recurso: labels, contenedores, red, almacenamiento, eventos o scheduling según el tipo seleccionado.

Tabla de Services

Además de Type, Cluster IP y Ports, la tabla de Services muestra:

• App — la aplicación detrás del Service, tomada de su selector (app.kubernetes.io/name, luego app, luego k8s-app); si no hay, usa las labels del propio Service, o -.
• Backend IPs — IPs internas de los pods que respaldan el Service en este momento, leídas de sus EndpointSlices. Los pods que existen pero no están listos aparecen después de not ready:. Las listas largas se recortan; pasa el cursor para verlas todas. Los Services ExternalName muestran su destino (→ host), - indica que no hay pods detrás y ? que KUA no pudo leer los EndpointSlices (revisa RBAC para discovery.k8s.io/endpointslices).

Las IPs se obtienen con una sola llamada que lista los EndpointSlices del namespace (o del clúster completo en All namespaces), no con una consulta por Service, así que los namespaces grandes siguen siendo rápidos. El filtro de la tabla también busca por nombre de app e IPs de backend.

Severidad de eventos

La tabla de Events colorea cada evento según su criticidad y permite filtrar por ella:

• Critical (rojo) — algo está fallando ahora: crash loops y back-offs, errores al descargar imágenes, OOM kills, evictions, fallos al montar o adjuntar volúmenes, fallos al crear pods o jobs, y problemas de nodos (not ready, presión de disco/memoria/PID).
• Warning (ámbar) — cualquier otro evento Warning, como fallos de probes o reintentos de scheduling.
• Normal (gris) — eventos Normal.

Usa los chips Critical / Warning / Normal de la barra de la tabla para mostrar solo esas severidades (cada chip indica cuántos eventos coinciden; puedes combinar varios y usar ✕ para ver todos). Los chips se combinan con el filtro de texto, y al hacer clic en el encabezado Severity los eventos críticos quedan primero.

Filtros, filtros rápidos e historial

• Vista por tabla: cada tabla de recursos recuerda su filtro de texto, columna de orden y chips al ir a otra sección y volver, y también tras recargar la app.
• Filtros rápidos: chips de un clic con conteos para las preguntas frecuentes, como Pods Con problemas, No Running, No listos y Con reinicios; Deployments No listos y En 0 réplicas; ReplicaSets Inactivas; Secrets TLS y Registry; HPAs En el máximo; PDBs Bloquean desalojos; Nodes No Ready y Cordoned. Los chips activos se combinan (una fila debe cumplirlos todos) y también con el filtro de texto.
• Historial de filtros: al enfocar la caja de filtro aparecen los filtros Guardados y Recientes de esa tabla. Un filtro pasa a recientes al presionar Enter, salir de la caja o cambiar de tabla; la estrella (☆) lo guarda y ✕ lo olvida.
• Estado de los pods: la columna Status muestra el motivo del problema (por ejemplo CrashLoopBackOff o NotReady) en lugar de la fase cuando un pod no está sano, y el filtro de texto lo encuentra.

Auto-refresh

KuaDashboard puede refrescar automáticamente la vista activa de Kubernetes sin cambiar tu namespace, tipo de recurso o panel de detalle seleccionado.

El auto-refresh también respeta las vistas AWS, GCP y Helm, manteniendo actualizada la superficie operativa visible sin recargas manuales.

Streaming de Logs en Vivo

Transmite logs de pods y workloads en tiempo real vía WebSocket:

• Selecciona contenedores específicos en pods multi-contenedor
• Transmite Pods directamente o resuelve Deployments, StatefulSets y DaemonSets a sus Pods activos
• Interfaz multi-tab — transmite logs de múltiples pods o workloads simultáneamente
• Búsqueda dentro de la salida de logs y filtro por fecha/hora serializada
• Descarga de la vista filtrada actual como archivo .log
• Limpieza ANSI/VT y buffer de fragmentos para logs de frameworks serializados correctamente
• Auto-scroll con anulación manual

Logs de workloads e Intelligence

Logs → Logs de workloads en la barra lateral trae a Kubernetes la experiencia de CloudWatch Logs:

• Workloads: deployments, statefulsets, daemonsets y pods sueltos del namespace, con sus pods listos. Cachear logs guarda los logs de los pods de un workload en esta computadora (cifrados, en la misma caché que CloudWatch), Consultar ejecuta sintaxis de Logs Insights sobre los logs en vivo o la caché, y Escanear lee hasta 5 días en segundo plano.
• En caché: cada workload en caché abre el mismo panel Intelligence que CloudWatch: tasas de error, categorías, errores recurrentes, anomalías frente a los 7 días anteriores, ML local (búsqueda por significado, errores parecidos, categorías sugeridas), recomendaciones y el brief para agentes IA.
• Los logs se leen por la API de Kubernetes con tu kubeconfig: todos los contenedores de los pods del workload, más la instancia anterior de los contenedores que se reiniciaron. No tiene costo cloud.
• El kubelet solo conserva los logs recientes (los archivos rotados y los pods borrados se pierden), así que conviene cachear a tiempo los workloads importantes. KUA captura mientras está abierto; un agente en el clúster para captura continua está planificado.
• Los agentes IA pueden usar list_kube_log_workloads, kube_log_intelligence y search_logs con provider: "kubernetes" (ver Agentes IA).

Shell Interactiva (Exec)

Abre una sesión de terminal directamente en cualquier pod en ejecución:

• Soporte completo de PTY vía WebSocket
• Selección de contenedor para pods multi-contenedor
• Los atajos de teclado funcionan como se espera

Visor y Editor YAML

Visualiza y edita el manifiesto YAML completo de cualquier recurso:

• Búsqueda con acción de confirmación y navegación anterior/siguiente
• Lint/validación antes de guardar, con diagnóstico de línea y columna
• Botón de guardado y soporte de atajos de teclado
• Indicador de línea, columna, total de líneas y ruta de sección actual
• Sugerencias de autocompletado con Ctrl+Space
• Edita en el lugar y guarda los cambios al clúster
• Los valores de Secrets aparecen como [REDACTED] por seguridad

Edicion de Config, Secrets y Environments

ConfigMaps y Secrets incluyen un editor clave/valor enfocado para cambios comunes sin editar manualmente todo el manifiesto. Los valores de Secrets permanecen protegidos en las vistas YAML y aun asi pueden editarse de forma controlada desde la pestana de datos.

Los paneles de workloads muestran las variables de entorno de cada contenedor, facilitando inspeccion y actualizacion de envs sin salir del contexto del recurso.

Panel de Detalle de Recursos

Haz clic en cualquier fila de recurso Kubernetes para abrir un panel lateral derecho:

• Resumen — campos específicos para Pods, workloads, Services, Ingresses, Secrets, PVCs, Nodes y Events
• YAML — árbol estructurado del manifiesto vivo
• Metricas — tarjetas CPU y memoria para Pods, workloads y Nodes usando metrics.k8s.io cuando esta disponible
• Fallback Prometheus — detecta servicios Prometheus y consulta metricas mediante el proxy del API server de Kubernetes cuando Metrics Server no esta disponible
• Eventos — vista de eventos relacionados y notificaciones para diagnosticar scheduling, image pull, salud y ciclo de vida
• Layout ajustable — arrastra el divisor para cambiar el ancho del panel

Helm y Metrics Server

La vista Helm puede buscar charts en repositorios configurados, instalarlos en el cluster activo y listar releases instalados. Las instalaciones muestran salida y estado del release para que los procesos largos sean visibles.

Al instalar metrics-server, KuaDashboard ofrece un preset de compatibilidad para clusters locales o self-signed:

args:
	- --kubelet-insecure-tls
	- --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname
apiService:
	insecureSkipTLSVerify: true

Escalado

Escala Deployments y StatefulSets con un diálogo simple:

• Muestra el número actual de réplicas
• Introduce las réplicas deseadas
• Aplicación inmediata con feedback de estado

Gestión de Nodes

Operaciones avanzadas de nodos:

• Cordon — Marcar nodo como no programable
• Uncordon — Restaurar programación
• Drain — Desalojar todos los pods de forma segura (cordon + evict)

Cambio de Contexto y Namespace

• Multi-contexto — Cambia entre contextos de Kubernetes desde el dropdown del encabezado
• Multi-namespace — Selector global de namespace (incluyendo "Todos los namespaces")
• Import kubeconfig — Agrega clusters desde YAML pegado, selector de archivo desktop o registro manual de una ruta kubeconfig
• Eliminar contexto — Remueve contextos no deseados