Pipeline Control Gateway release notesRSS

Improvements and enhancements

• Upgraded the embedded OpenTelemetry Collector from v0.156.0 to v0.164.0, incorporating the latest upstream components and fixes.
• Upgraded the gateway build to Go 1.26.

Bug fixes

• Fixed an issue introduced in 2.5.0 where the gateway rejected valid APM agent payloads with an HTTP 413 Request Entity Too Large error when the uncompressed payload exceeded about 1 MiB. The gateway now accepts New Relic agent payloads up to 30 MiB uncompressed, while still rejecting oversized requests.

Security updates

• Updated the golang.org/x/text and google.golang.org/grpc dependencies to resolve high-severity vulnerabilities reported against the 2.5.0 image.

新機能と改善点

• 組み込みのOpenTelemetry Collectorをv0.139.0からv0.156.0にアップグレードし、最新のアップストリームコンポーネントを組み込み、脆弱性スキャンによってフラグが立てられたいくつかのCVEを解決しました。
• ゲートウェイランタイムを強化されたdistroless/Alpineベースイメージに移行し、再現可能で改ざん防止のビルドのためにDockerベースイメージをダイジェストで固定するようになりました。
• Go1.25にアップグレードし、golang.org/x/cryptoの依存関係を更新しました。
• 各シリーズの最初のデータポイントを保持するようにメータリングを更新しました。

修正

• 潜在的なパニックを防ぐためにnil安全性チェックを追加しました。
• trace_id文字列値の意図しない上書きを防止しました。

セキュリティアップデート

• ゲートウェイコンテナはデフォルトで非rootユーザー（UID 65532）として実行されるようになり、権限のフットプリントが削減されます。
• ゲートウェイは、80の代わりに非特権ポート8080でリッスンするようになりました。KubernetesのService、イングレス、およびGlooアップストリーム定義はすべて、一致するように更新されています。ゲートウェイサービスポートを直接参照する場合は、8080に更新してください。
• ゲートウェイは、出力するログ内のライセンスキーやAPIキーなどの機密値をマスクするようになりました。
• ライセンスキーが欠落しているか無効な場合、ゲートウェイは即座に失敗するようになりました。
• 追加のセキュリティ強化と依存関係の修正を適用しました。

設定のみモード（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つのモードのみがアクティブになるようにします。

マルチフリートサポート

• 単一の組織内で複数のゲートウェイフリートを作成および管理できるようになりました。これにより、個別のビジネスユニットや環境（たとえば、本番環境とステージング）で、独立したサンプリング、フィルタリング、および変換ルールを維持できるようになります。
• Pipeline Control UIの新しいフリートセレクタードロップダウンを使用して、さまざまな設定間を簡単に移動できます。

更新されたYAMLスキーマ

• シグナル固有のネスト（たとえば、logs:、spans:）を削除して直接的なルール配列を採用する、合理化された設定に移行したことで、設定がよりフラットで読みやすくなりました。
• フィルタープロセッサーの場合、新しいスキーマは明示的なcontextフィールドをサポートします。これにより、メトリクスデータポイントやスパンイベントなどのデータサブタイプのより正確なターゲティングが可能になります。

デプロイメントUXの改善

• 新しいデプロイメントページでは、デプロイメント名と説明のデフォルト値が自動的に入力されるようになり、変更のリリースに必要な手動ステップが大幅に削減されます。
• 変換プロセッサ用に、サイドバイサイドの設定差分プレビューを追加しました。これにより、デプロイメントを確定する前に、新しいYAMLロジックと現在のバージョンを比較することができます。

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

バグ修正

EU環境の修正

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