Pipeline Control Gateway release notesRSS

Nuevas características y mejoras

• Se actualizó el OpenTelemetry Collector integrado de v0.139.0 a v0.156.0, lo que incorpora los últimos componentes ascendentes y resuelve varios CVE marcados por el escaneo de vulnerabilidades.
• Se migró el tiempo de ejecución de la gateway a una imagen base distroless/Alpine reforzada, con imágenes base de Docker ahora fijadas por digest para compilaciones reproducibles y a prueba de manipulaciones.
• Se actualizó a Go 1.25 y se renovó la dependencia de golang.org/x/crypto.
• Se actualizó la medición para retener el primer punto de datos en cada serie.

Correcciones

• Se agregaron comprobaciones de seguridad nula para evitar posibles pánicos.
• Se evitó una sobrescritura no intencionada del valor de la cadena trace_id.

Actualizaciones de seguridad

• El contenedor del gateway ahora se ejecuta como un usuario que no es root (UID 65532) por defecto, lo que reduce su huella de privilegios.
• La gateway ahora escucha en el puerto sin privilegios 8080 en lugar de 80. Las definiciones ascendentes de Kubernetes Service, ingress y Gloo se actualizaron para coincidir. Si hace referencia al puerto del servicio de la puerta de enlace directamente, actualícelo a 8080.
• La gateway ahora enmascara valores confidenciales, como las claves de licencia y las claves de API, en los logs que emite.
• El gateway ahora falla rápidamente cuando falta la clave de licencia o esta no es válida.
• Se aplicaron correcciones de dependencia y refuerzo de seguridad adicionales.

Modo de solo configuración (sin Flux)

• Ahora puede instalar y operar el gateway de Control de pipelines sin requerir controladores de Flux en su clúster. En este modo, New Relic continúa administrando la configuración de su pipeline (muestreo, filtrado, transformaciones) automáticamente a través de la UI, mientras que usted administra la infraestructura del gateway (escalamiento, versiones) manualmente mediante Helm.
• Esto reduce la huella de permisos de cluster-admin a solo acceso a ConfigMap a nivel de namespace, lo que lo hace adecuado para entornos con restricciones de seguridad y orientados al cumplimiento.
• Un sidecar config-watcher integrado detecta automáticamente los cambios de configuración enviados desde la UI y reinicia los pods de gateway — no se requieren operadores externos (como Stakater Reloader).
• Para obtener instrucciones de instalación, consulte Instalar gateway sin Flux.

Modo de despliegue de DaemonSet

• Se agregó soporte para desplegar el gateway como un DaemonSet de Kubernetes (un pod por nodo) en lugar de un despliegue con HPA. Esto es útil para entornos que requieren procesamiento de telemetría a nivel de nodo o una asignación de recursos consistente por nodo.
• Habilite el modo DaemonSet configurando daemonset.enabled: true en sus valores de Helm. El modo DaemonSet también admite el sidecar config-watcher y customConfigMap para instalaciones de solo configuración.
• Los modos DaemonSet y despliegue son mutuamente excluyentes — el chart usa guardas condicionales para asegurar que solo un modo esté activo a la vez.

Soporte para múltiples flotas

• Ahora puede crear y administrar múltiples flotas de gateways dentro de una sola organización. Esto permite a las unidades de negocio o entornos separados (por ejemplo, prod vs. de prueba) mantener reglas independientes de muestreo, filtrado y transformación.
• Navegue fácilmente entre diferentes configuraciones usando el nuevo desplegable del selector de flota en la UI de Control de pipelines.

Esquema YAML actualizado

• Se migró a una configuración simplificada que elimina el anidamiento específico de señales (por ejemplo, logs:, spans:) en favor de una matriz de reglas directa, lo que hace que la configuración sea más plana y fácil de leer.
• Para los procesadores de filtros, el nuevo esquema admite un campo context explícito. Esto permite una selección más precisa de subtipos de datos, como puntos de datos de métricas y eventos de span.

UX de despliegue mejorada

• La nueva página de despliegue ahora completa automáticamente los valores predeterminados para el nombre y la descripción del despliegue, lo que reduce significativamente los pasos manuales necesarios para implementar cambios.
• Se agregó una vista previa de diferencias de configuración en paralelo para los procesadores de transformación. Esto le permite comparar su nueva lógica YAML con la versión actual antes de finalizar un despliegue.

Notas de la versión de Pipeline Control gateway - v2.0.1

Corrección de errores

Corrección para el entorno de la UE

Se resolvió un problema que afectaba la implementación y la operación de Pipeline Control Gateway en entornos de la UE. Esta corrección garantiza la conectividad y el enrutamiento de datos adecuados para las instancias basadas en la UE.