Pipeline Control Gateway release notesRSS

Nouvelle fonctionnalité et améliorations

• Mise à niveau du Collector OpenTelemetry intégré de v0.139.0 à v0.156.0, en intégrant les derniers composants en amont et en résolvant plusieurs CVE signalées par la scrutation des vulnérabilités.
• Migration du runtime de la gateway vers une image de base distroless/Alpine renforcée, les images de base Docker étant désormais épinglées par condensat pour des builds reproductibles et inviolables.
• Mise à niveau vers Go 1.25 et actualisation de la dépendance golang.org/x/crypto.
• Mise à jour de la mesure pour conserver le premier point de données de chaque série.

Corrections

• Ajout de vérifications de sécurité nil pour éviter les paniques potentielles.
• Prévention d'un écrasement involontaire de la valeur de chaîne trace_id.

Mises à jour de sécurité

• Le conteneur de la gateway s'exécute désormais en tant qu'utilisateur non root (UID 65532) par défaut, réduisant ainsi son empreinte de privilèges.
• La gateway écoute désormais sur le port non privilégié 8080 au lieu de 80. Les définitions en amont Kubernetes Service, ingress et Gloo sont toutes mises à jour pour correspondre. Si vous référencez directement le port du service de la gateway, mettez-le à jour vers 8080.
• La gateway masque désormais les valeurs sensibles, telles que les clés de licence et les clés API, dans les logs qu'elle émet.
• La gateway échoue désormais rapidement lorsque la clé de licence est manquante ou invalide.
• Application d'un renforcement de sécurité supplémentaire et de correctifs de dépendances.

Mode Configuration only (without Flux)

• Vous pouvez désormais installer et utiliser le gateway Contrôle de pipeline sans nécessiter de contrôleurs Flux dans votre cluster. Dans ce mode, New Relic continue à gérer la configuration de votre pipeline (échantillonnage, filtrage, transformations) automatiquement via l'UI, tandis que vous gérez l'infrastructure du gateway (mise à l'échelle, versions) manuellement via Helm.
• Cela réduit l’empreinte des autorisations de cluster-admin à un accès aux ConfigMap limité à l’espace de nommage uniquement, ce qui le rend adapté aux environnements soumis à des restrictions de sécurité et axés sur la conformité.
• Un sidecar config-watcher intégré détecte automatiquement les changements de configuration poussés depuis l'interface utilisateur et redémarre les pods du gateway — aucun opérateur externe (tel que Stakater Reloader) n'est requis.
• Pour les instructions d’installation, consultez Installer le gateway sans Flux.

Mode de déploiement DaemonSet

• Ajout de la prise en charge pour déployer le gateway en tant que DaemonSet Kubernetes (un pod par nœud) au lieu d'un déploiement avec HPA. Ceci est utile pour les environnements qui nécessitent un traitement de la télémétrie au niveau du nœud ou une allocation cohérente des ressources par nœud.
• Activez le mode DaemonSet en définissant daemonset.enabled: true dans vos valeurs Helm. Le mode DaemonSet prend également en charge le sidecar config-watcher et customConfigMap pour les installations de configuration uniquement.
• Les modes DaemonSet et déploiement sont mutuellement exclusifs — le chart utilise des gardes conditionnelles pour s'assurer qu'un seul mode est actif à la fois.

Prise en charge multi-flottes

• Vous pouvez désormais créer et gérer plusieurs flottes de gateways au sein d'une seule organisation. Cela permet à des unités commerciales ou à des environnements distincts (par exemple, prod vs simulation) de maintenir des règles d'échantillonnage, de filtrage et de transformation indépendantes.
• Naviguez facilement entre différentes configurations à l'aide de la nouvelle liste déroulante du sélecteur de flotte dans l'interface utilisateur de Contrôle de pipeline.

Schéma YAML mis à jour

• Migré vers une configuration simplifiée qui supprime l'imbrication spécifique aux signaux (par exemple, logs:, spans:) au profit d'un éventail de règles directes, rendant la configuration plus plate et plus facile à lire.
• Pour les processeurs de filtre, le nouveau schéma prend en charge un champ context explicite. Cela permet un ciblage plus précis des sous-types de données, tels que les points de données de métrique et les événements de span.

UX de déploiement améliorée

• La nouvelle page de déploiement renseigne désormais automatiquement les valeurs par défaut pour le nom et la description du déploiement, réduisant considérablement les étapes manuelles requises pour livrer les modifications.
• Ajout d’un aperçu côte à côte des différences de configuration pour les processeurs de transformation. Cela vous permet de comparer votre nouvelle logique YAML à la version actuelle avant de finaliser un déploiement.

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.