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.

Pipeline Controlゲートウェイのリリースノート - v2.0.1

バグ修正

EU環境の修正

EU 環境でのPipeline Control Gateway のデプロイメントと操作に影響する問題を解決しました。 この修正により、EU ベースのインスタンスの適切な接続とデータ ルーティングが保証されます。

Pipeline Controlゲートウェイのリリースノート - v2.0.0

OpenTelemetry Collector v0.139.0 にアップデート

このリリースはOpenTelemetry Collector v0.139.0に基づいています。アップストリーム プロジェクトからの最新の安定性の改善と機能を導入します。このアップグレードにより、以前のゲートウェイ バージョンでは利用できなかった新しいデータ処理機能が有効になります。

新しいプロセッサの機能

テレメトリーデータがインフラストラクチャから離れる前に制御できるようにする 3 つの新しいプロセッサが追加されました。

• サンプリングプロセッサ:確率的および条件付きサンプリングルールを使用してデータ量を削減します
• フィルタープロセッサ: OTTLブール条件に基づいてレコード全体または特定の属性を削除します
• 変換プロセッサ: OpenTelemetry Transformation Language (OTTL) を使用して属性を追加、変更、または削除します

これらのプロセッサを連結して、メトリクス、イベント、ログ、トレース用の高度なデータ処理パイプラインを作成できます。

強化された設定オプション

• 再設計された UI : YAML を記述せずにプロセッサ ルールを作成および管理するための新しいフォームベースのインターフェイス
• 拡張 YAML 設定: OTTL ベースのプロセッサ設定のサポート

ドキュメント構造の改善

• OTTL の例と使用例を含む、各プロセッサ タイプに関する包括的なガイド
• ゲートウェイ ルール (インフラストラクチャ内) とcloudルール (New Relicのインフラストラクチャ内) を明確に区別する
• ゲートウェイの設置、健全性監視、およびデータ フローの問題に対するトラブルシューティング リソースの拡張
• ナビゲーションを容易にするために情報アーキテクチャーを再構成しました

Pipeline Controlゲートウェイ リリースノート - v1.2.0

OpenTelemetry Collector を 0.109.0 から 0.131.0 にアップグレード

内部の OpenTelemetry Collector をバージョン 0.109.0 から 0.131.0 にアップグレードしました。この重要なアップデートには、多数の重要な改善とバグ修正が含まれており、より堅牢で安定したプラットフォームが提供されます。変更の完全なリストについては、 OpenTelemetry Collector リリース ノートを参照してください。