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.

파이프라인 제어 게이트웨이 릴리스 노트 - v2.0.1

버그 수정

EU 환경 문제 해결

EU 환경에서 파이프라인 형식 게이트웨이 구현, 배포 및 작업에 영향을 미치는 문제가 해결되었습니다. 이 수정 사항은 EU 기반 인스턴스에 대한 적절한 연결 및 데이터 라우팅을 보장합니다.

파이프라인 제어 게이트웨이 릴리스 노트 - v2.0.0

OpenTelemetry Collector v0.139.0으로 업데이트되었습니다.

이번 릴리스는 OpenTelemetry Collector v0.139.0을 기반으로 합니다. 상위 프로젝트의 최신 안정성 개선 사항 및 기능을 가져옵니다. 이번 업그레이드를 통해 이전 게이트웨이 버전에서는 사용할 수 없었던 새로운 데이터 처리 기능을 활용할 수 있게 되었습니다.

새로운 프로세서 기능

텔넷리 데이터가 컨테이너를 떠나기 전에 이를 제어할 수 있는 세 가지 새로운 프로세서가 추가되었습니다.

• 샘플링 프로세서: 확률적 및 조건부 샘플링 규칙을 사용하여 데이터 용량을 줄입니다.
• 필터 프로세서: OTTL 부울 조건에 따라 전체 레코드 또는 특정 속성을 삭제합니다.
• 변환 프로세서: OpenTelemetry Transformation Language(OTTL)를 사용하여 속성을 추가, 수정 또는 삭제합니다.

이러한 프로세서는 서로 연결되어 메트릭, 이벤트, 로그 및 트레이스에 대한 정교한 데이터 처리 파이프라인을 생성할 수 있습니다.

향상된 설정 옵션

• 새롭게 디자인된 UI: YAML 파일을 작성하지 않고도 프로세서 규칙을 생성하고 관리할 수 있는 새로운 폼 기반 인터페이스
• 향상된 YAML 설정: OTTL 기반 프로세서 설정 지원

개선된 문서 구조

• 각 프로세서 유형별 종합 가이드와 OTTL 예제 및 사용 사례
• 게이트웨이 규칙(대전에서)과 cloud 규칙(뉴렐릭의 전망에서) 간의 명확한 구분
• 문제 해결, 게이트웨이 설치 자원 처리, 상태 모니터링, 데이터 흐름 문제 확장
• 더 쉬운 탐색을 위해 재구성된 정보

파이프라인 컨트롤 게이트웨이 출시 정보 - v1.2.0

OpenTelemetry Collector를 0.109.0에서 0.131.0으로 업그레이드하세요

내부 OpenTelemetry Collector를 버전 0.109.0에서 0.131.0으로 업그레이드했습니다. 이 중요한 업데이트에는 여러 가지 주요 개선 사항과 버그 수정이 포함되어 있어, 더욱 견고하고 안정적인 플랫폼을 제공합니다. 변경 사항의 전체 목록은 OpenTelemetry Collector 릴리스 노트 를 참조하세요.