Si buscas las noticias del día anterior, puedes encontrarlas aquí. O si lo que buscas son las noticias del día siguiente, haz clic aquí.
Kubernetes v1.37 introduce (y documenta) dos funcionalidades relevantes para la seguridad y la gestión de identidad en clústeres: certificados de pod (Pod Certificates) y los ClusterTrustBundles. Los certificados de pod facilitan la autenticación mútua y el uso de identidades X.509 para workloads, reduciendo la dependencia exclusiva de tokens de servicio. ClusterTrustBundles permiten que los administradores definan y despleguen colecciones de CA confiables en el arranque del API server desde manifiestos en disco, lo que mejora la recuperación y la administración de configuración de confianza. Además la entrada de blog repasa varias graduaciones y cambios deprecatorios del ciclo v1.37 que conviene revisar antes de actualizar nodos de producción. Fuente
Dentro del mismo ciclo v1.37, la Metrics API ha pasado a estado GA, lo que formaliza y estabiliza la API estándar para exponer métricas de recursos en clústeres Kubernetes. Esto facilita la interoperabilidad con sistemas de autoscaling, observabilidad y herramientas que dependen de métricas estandarizadas, reduciendo la necesidad de APIs experimentales o soluciones ad‑hoc. El post oficial explica compatibilidades, comportamiento de versiones y recomendaciones para migraciones desde variantes previas. Revisar la nota antes de adaptar dashboards o reglas de autoscaling. Fuente
La documentación y las páginas de Agones muestran que la serie de release apunta a la versión 1.60.0 con cambios y correcciones publicados recientemente; entre las actualizaciones figura una corrección para marcar un GameServer como Unhealthy cuando el contenedor del juego termina pero el Pod sigue Running. La web oficial refleja además compatibilidades y ejemplos actualizados (quickstarts, CRDs y guías para GKE), por lo que los operadores de servidores dedicados y desarrolladores de juegos sobre Kubernetes deberían revisar las notas y actualizar implementaciones si usan las rutas afectadas. Fuente
NVIDIA ha publicado actualizaciones en su catálogo NGC para la colección Ai‑Dynamo: el kubernetes-operator-enterprise y varios runtimes (incluido el TensorRT-LLM runtime y SGLang runtimes) aparecen con tags nuevos y fecha de actualización 29 de agosto de 2026. Las imágenes empresariales (-enterprise) y nightly indican parches y builds recientes en NGC; si despliegas infraestructura de inferencia de modelos con Dynamo en Kubernetes conviene revisar compatibilidades, notas de release y las matrices de soporte de arquitectura antes de actualizar. Fuente
Google Cloud Build publicó una entrada de release notes el 28 de agosto que añade la posibilidad de actualizar access tokens directamente desde la página de detalles de las conexiones (2nd generation) para Bitbucket y GitLab. El cambio busca simplificar la rotación de credenciales y reducir fricción en integraciones CI/CD con proveedores externos; además se listan mejoras y correcciones de seguridad recientes para conexiones de repositorios. Equipos que gestionan pipelines y secretos deberían revisar esta nota y actualizar sus procedimientos de rotación y auditoría. Fuente
Uno Platform ha publicado (en el blog .NET) un artículo técnico donde describe dos servidores MCP (Model Context Protocol) implementados en C#. Uno sirve la documentación/versionado (doc server) y otro se ejecuta localmente contra la app en desarrollo vía stdio (app server), lo que permite a agentes AI —y herramientas integradas— obtener contexto puntual y también interactuar con la app en ejecución (capturas, inspección del árbol visual, clicks, etc.). El enfoque demuestra patrones prácticos para integrar agentes, pipelines RAG/MCP y validación automatizada en flujos de desarrollo .NET. Fuente
En arXiv se publicó el preprint “ReliableRAG” (26 de agosto de 2026), que propone un marco de RAG orientado a mitigar información engañosa en tareas multi‑hop QA. La idea central es extraer segmentos estructurados (triples), evaluar la fiabilidad de cada triple combinando relevancia y credibilidad, y construir cadenas de razonamiento que usen sólo la evidencia más fiable para generar respuestas. Los resultados reportados muestran mejoras en robustez frente a inyecciones de desinformación en datasets multi‑hop; es lectura relevante si trabajas en pipelines RAG productivos o en auditoría de la veracidad de fuentes. Fuente
QNAP anunció en sus canales oficiales la disponibilidad de QuTS MEGA 2.0 —una actualización del sistema para soluciones MEGA scale‑out— con foco en protección (snapshots mejoradas), replicación cross‑cluster y capacidades de recuperación ante desastres para entornos de almacenamiento a gran escala. Para administradores de homelab y entornos profesionales, QuTS MEGA 2.0 trae opciones que facilitan RTO/RPO más agresivos en soluciones scale‑out y simplifica ciertas operaciones de migración/backup entre clústeres. Revisar los requisitos y notas de compatibilidad antes de aplicar actualizaciones en producción. Fuente