Pipeline Control Gateway release notesRSS

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.

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

Actualizado a OpenTelemetry Collector v0.139.0

Esta versión se basa en OpenTelemetry Collector v0.139.0, incorporando las últimas mejoras de estabilidad y funcionalidades del proyecto upstream. Esta actualización habilita nuevas capacidades de procesamiento de datos no disponibles en versiones anteriores del gateway.

Nuevas capacidades del procesador

Se agregaron tres nuevos procesadores que le brindan control sobre sus datos de telemetría antes de que salgan de su infraestructura:

• Procesador de muestreo: Reduzca el volumen de datos con reglas de muestreo probabilístico y condicional
• Procesador de filtros: Descarte registros completos o atributos específicos según condiciones booleanas OTTL
• Procesador de transformación: Agregue, modifique o elimine atributos mediante OpenTelemetry Transformation Language (OTTL)

Estos procesadores se pueden encadenar para crear pipelines de procesamiento de datos sofisticados para métricas, eventos, logs y trazas.

Opciones de configuración mejoradas

• IU rediseñada: Nueva interfaz basada en formularios para crear y gestionar reglas de procesador sin escribir YAML
• Configuración YAML mejorada: Soporte para la configuración de procesadores basada en OTTL

Estructura de documentación mejorada

• Guías completas para cada tipo de procesador con ejemplos de OTTL y casos de uso
• Clara distinción entre las reglas de la puerta de enlace (en su infraestructura) y las reglas de la nube (en la infraestructura de New Relic)
• Recursos ampliados de solución de problemas para la instalación del gateway, el monitoreo de estado y los problemas de flujo de datos
• Arquitectura de información reorganizada para facilitar la navegación