← artículos
DevOps#Kubernetescncf.io·2026-07-31

Subaru Optimiza su Desarrollo de IA con Infraestructura Cloud Native

Subaru ganó el concurso de casos de uso de CNCF implementando una arquitectura cloud native que redujo los tiempos de descarga de imágenes de contenedores en IA en un factor de 60x. La solución automatiza flujos de trabajo para sistemas avanzados de asistencia al conductor, demostrando el impacto práctico de Kubernetes en la aceleración del desarrollo de inteligencia artificial en la industria automotriz.

¿Te sirvió? Recibe artículos así cada semana, directo a tu correo.

// también en devops
DevOps#Kubernetescncf.io·2026-07-31

Escalado dinámico de pods en Kubernetes con KEDA basado en la profundidad de colas Amazon SQS

Este artículo explora cómo utilizar KEDA (Kubernetes Event Driven Autoscaling) para escalar automáticamente pods de Kubernetes en función de la profundidad de las colas de Amazon SQS, en lugar de métricas tradicionales como CPU y memoria. La solución es especialmente útil en arquitecturas impulsadas por eventos donde las métricas convencionales no reflejan adecuadamente la presión real del sistema.

DevOps#Kubernetescncf.io·2026-07-30

Verificación de la cadena de suministro en tiempo de ejecución mediante la interfaz de recursos de nodos

El artículo explora cómo utilizar la interfaz de recursos de nodos (NRI) de Kubernetes para verificar la cadena de suministro en tiempo de ejecución, mejorando las herramientas tradicionales como Kyverno, OPA Gatekeeper y Sigstore. Esta aproximación permite validar firmas y atestaciones más allá del nivel de API, proporcionando una capa adicional de seguridad en la orquestación de contenedores.

DevOps#Kuberneteskubernetes.io·2026-07-29

Cómo funciona realmente el Cache de controller-runtime y por qué tu controlador no colapsa el servidor API

Un análisis profundo de los internals de controller-runtime en Kubernetes, desmitificando conceptos erróneos comunes sobre cómo los controladores leen y actualizan objetos. El artículo explica que controller-runtime trabaja contra una copia local de datos mediante list + watch, no directamente contra el API server, lo que previene sobrecargas en producción.