May 29
Pipeline Control Gateway v2.4.1
設定のみモード(Fluxなし)
- クラスタ内にFluxコントローラーを必要とすることなく、Pipeline Controlゲートウェイをインストールして運用できるようになりました。このモードでは、New Relicが引き続きUIを通じてパイプライン設定(サンプリング、フィルタリング、変換)を自動的に管理する一方で、ゲートウェイインフラストラクチャ(スケーリング、バージョン)はHelmを介して手動で管理します。
- これにより、権限のフットプリントがcluster-adminからネームスペーススコープのConfigMapアクセスのみに縮小されるため、セキュリティ制限の厳しい環境やコンプライアンス主導の環境に適しています。
- 組み込みのconfig-watcherサイドカーは、UIからプッシュされた設定の変更を自動的に検出し、ゲートウェイポッドを再起動します — 外部オペレーター(Stakater Reloaderなど)は必要ありません。
- インストレーションの手順については、Fluxなしでのgatewayのインストールを参照してください。
DaemonSetデプロイメントモード
- HPAを使用したデプロイメントの代わりに、ゲートウェイをKubernetes DaemonSet(ノードごとに1つのポッド)としてデプロイするサポートを追加しました。これは、ノードレベルのテレメトリー処理またはノードごとの一貫したリソース割り当てを必要とする環境で役立ちます。
- Helmのvaluesに
daemonset.enabled: trueを設定して、DaemonSetモードを有効にします。DaemonSetモードは、設定のみのインストレーション用にconfig-watcherサイドカーおよびcustomConfigMapもサポートしています。 - DaemonSetモードとデプロイメントモードは相互に排他的です。チャートは条件付きガードを使用して、一度に1つのモードのみがアクティブになるようにします。
May 13
Pipeline Control Gateway v2.2.0
マルチフリートサポート
- 単一の組織内で複数のゲートウェイフリートを作成および管理できるようになりました。これにより、個別のビジネスユニットや環境(たとえば、本番環境とステージング)で、独立したサンプリング、フィルタリング、および変換ルールを維持できるようになります。
- Pipeline Control UIの新しいフリートセレクタードロップダウンを使用して、さまざまな設定間を簡単に移動できます。
更新されたYAMLスキーマ
- シグナル固有のネスト(たとえば、
logs:、spans:)を削除して直接的なルール配列を採用する、合理化された設定に移行したことで、設定がよりフラットで読みやすくなりました。 - フィルタープロセッサーの場合、新しいスキーマは明示的な
contextフィールドをサポートします。これにより、メトリクスデータポイントやスパンイベントなどのデータサブタイプのより正確なターゲティングが可能になります。
デプロイメントUXの改善
- 新しいデプロイメントページでは、デプロイメント名と説明のデフォルト値が自動的に入力されるようになり、変更のリリースに必要な手動ステップが大幅に削減されます。
- 変換プロセッサ用に、サイドバイサイドの設定差分プレビューを追加しました。これにより、デプロイメントを確定する前に、新しいYAMLロジックと現在のバージョンを比較することができます。
February 13
Pipeline Control Gateway v2.0.1
Pipeline Controlゲートウェイのリリースノート - v2.0.1
バグ修正
EU環境の修正
EU 環境でのPipeline Control Gateway のデプロイメントと操作に影響する問題を解決しました。 この修正により、EU ベースのインスタンスの適切な接続とデータ ルーティングが保証されます。
February 12
Pipeline Control Gateway v2.0.0
중요
このリリースには EU 環境の展開と運用に問題があります。 バージョン2.0.1をご利用ください。
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のインフラストラクチャ内) を明確に区別する
- ゲートウェイの設置、健全性監視、およびデータ フローの問題に対するトラブルシューティング リソースの拡張
- ナビゲーションを容易にするために情報アーキテクチャーを再構成しました
September 1, 2025
Pipeline Control Gateway v1.2.0
Pipeline Controlゲートウェイ リリースノート - v1.2.0
OpenTelemetry Collector を 0.109.0 から 0.131.0 にアップグレード
内部の OpenTelemetry Collector をバージョン 0.109.0 から 0.131.0 にアップグレードしました。この重要なアップデートには、多数の重要な改善とバグ修正が含まれており、より堅牢で安定したプラットフォームが提供されます。変更の完全なリストについては、 OpenTelemetry Collector リリース ノートを参照してください。