Pipeline Control Gateway release notesRSS

Configuration-only mode (without Flux)

• You can now install and operate Pipeline Control gateway without requiring Flux controllers in your cluster. In this mode, New Relic continues to manage your pipeline configuration (sampling, filtering, transforms) automatically through the UI, while you manage gateway infrastructure (scaling, versions) manually via Helm.
• This reduces the permissions footprint from cluster-admin to namespace-scoped ConfigMap access only, making it suitable for security-restricted and compliance-driven environments.
• A built-in config-watcher sidecar automatically detects configuration changes pushed from the UI and restarts gateway pods — no external operators (such as Stakater Reloader) required.
• For installation instructions, refer to Install gateway without Flux.

DaemonSet deployment mode

• Added support for deploying the gateway as a Kubernetes DaemonSet (one pod per node) instead of a Deployment with HPA. This is useful for environments that require node-level telemetry processing or consistent per-node resource allocation.
• Enable DaemonSet mode by setting daemonset.enabled: true in your Helm values. The DaemonSet mode also supports the config-watcher sidecar and customConfigMap for configuration-only installations.
• DaemonSet and Deployment modes are mutually exclusive — the chart uses conditional guards to ensure only one mode is active at a time.

Multi-fleet support

• You can now create and manage multiple gateway fleets within a single organization. This allows separate business units or environments (for example, prod vs. staging) to maintain independent sampling, filtering, and transformation rules.
• Easily navigate between different configurations using the new fleet selector dropdown in the Pipeline Control UI.

Updated YAML schema

• Migrated to a streamlined configuration that removes signal-specific nesting (for example, logs:, spans:) in favor of a direct rules array, making configurations flatter and easier to read.
• For filter processors, the new schema supports an explicit context field. This enables more precise targeting of data sub-types, such as metric datapoints and span events.

Improved deployment UX

• The new deployment page now automatically fills in default values for the deployment name and description, significantly reducing the manual steps required to ship changes.
• Added a side-by-side configuration diff preview for transform processors. This allows you to compare your new YAML logic against the current version before finalizing a deployment.

Notes de version du gateway Pipeline Control - v2.0.1

Débogage

Correctif pour l'environnement UE

Résolution d'un problème affectant le déploiement et le fonctionnement de Pipeline Control Gateway dans les environnements de l'UE. Ce correctif assure une connectivité et un routage des données appropriés pour les instances basées dans l'UE.

Notes de version du gateway Pipeline Control - v2.0.0

Mis à jour vers OpenTelemetry Collector v0.139.0

Cette version est basée sur OpenTelemetry Collector v0.139.0, apportant les dernières améliorations de stabilité et les fonctionnalités du projet en amont. Cette mise à niveau permet de nouvelles capacités de traitement des données non disponibles dans les versions précédentes du gateway.

Nouvelles capacités du processeur

Ajout de trois nouveaux processeurs qui vous donnent le contrôle de vos données de télémétrie avant qu'elles ne quittent votre infrastructure :

• Processeur d'échantillonnage: Réduisez le volume de données avec des règles d'échantillonnage probabilistes et conditionnelles
• Filter processor: supprimez des enregistrements entiers ou des attributs spécifiques en fonction de conditions booléennes OTTL
• Processeur de transformation: ajoutez, modifiez ou supprimez des attributs à l'aide de l'OpenTelemetry Transformation Language (OTTL)

Ces processeurs peuvent être chaînés pour créer des pipelines de traitement de données sophistiqués pour les métriques, les événements, les logs et les traces.

Options de configuration améliorées

• Interface utilisateur refondue: Nouvelle interface basée sur des formulaires pour créer et gérer des règles de processeur sans écrire de YAML
• Configuration YAML améliorée: Prise en charge de la configuration de processeur basée sur OTTL

Structure de la documentation améliorée

• Guides complets pour chaque type de processeur avec des exemples OTTL et des cas d'utilisation
• Distinction claire entre les règles de gateway (dans votre infrastructure) et les règles cloud (dans l'infrastructure de New Relic)
• Ressources de dépannage étendues pour l'installation du gateway, le monitoring de l'état de santé et les problèmes de flux de données
• Architecture de l'information réorganisée pour faciliter la navigation

Notes de sortie de Pipeline Control Gateway - v1.2.0

Mise à niveau d'OpenTelemetry Collector de 0.109.0 à 0.131.0

Nous avons mis à niveau le Collector interne OpenTelemetry de la version 0.109.0 à la version 0.131.0. Cette mise à jour importante comprend de nombreuses améliorations clés et débogages, offrant une plateforme plus robuste et plus stable. Pour une liste complète des modifications, veuillez vous référer aux notes de sortie OpenTelemetry Collector .