November 5
Pipeline Control Gateway v3.2.0
Improvements and enhancements
- Upgraded the embedded OpenTelemetry Collector from
v0.156.0tov0.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 Largeerror 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/textandgoogle.golang.org/grpcdependencies to resolve high-severity vulnerabilities reported against the 2.5.0 image.
July 28
Pipeline Control Gateway v2.5.0
새로운 기능 및 개선 사항
- 내장된 OpenTelemetry Collector를
v0.139.0에서v0.156.0(으)로 업그레이드하여 최신 업스트림 구성 요소를 통합하고 취약점 스캐닝에서 발견된 여러 CVE를 해결했습니다. - 게이트웨이 런타임을 강화된 distroless/알파인 기본 이미지로 마이그레이션했으며, 재현 가능하고 변조 방지된 빌드를 위해 도커 기본 이미지가 이제 다이제스트로 고정됩니다.
- Go
1.25(으)로 업그레이드하고golang.org/x/crypto종속성을 새로 고쳤습니다. - 각 시리즈의 첫 번째 데이터 포인트를 유지하도록 미터링을 업데이트했습니다.
수정 사항
- 잠재적인 패닉을 방지하기 위해 nil 안전 검사를 추가했습니다.
trace_id문자열 값의 의도하지 않은 덮어쓰기를 방지했습니다.
보안 업데이트
- 게이트웨이 컨테이너는 이제 기본적으로 비루트 사용자(UID
65532)(으)로 실행되어 권한 공간을 줄입니다. - 게이트웨이는 이제
80대신 권한이 없는 포트8080에서 수신 대기합니다. KubernetesService, 인그레스 및 Gloo 업스트림 정의가 모두 일치하도록 업데이트되었습니다. 게이트웨이 서비스 포트를 직접 참조하는 경우8080(으)로 업데이트하십시오. - 게이트웨이는 이제 내보내는 로그에서 라이선스 키 및 API 키와 같은 민감한 값을 마스크 처리합니다.
- 라이선스 키가 누락되었거나 유효하지 않은 경우 게이트웨이는 이제 빠르게 실패합니다.
- 추가적인 보안 강화 및 종속성 수정을 적용했습니다.
May 29
Pipeline Control Gateway v2.4.1
설정 전용 모드(Flux 제외)
- 이제 클러스터에 Flux 컨트롤러가 없어도 파이프라인 컨트롤 게이트웨이를 설치하고 운영할 수 있습니다. 이 모드에서 뉴렐릭은 UI를 통해 파이프라인 설정(샘플링, 필터링, 변환)을 자동으로 계속 관리하는 반면, 사용자는 Helm을 통해 게이트웨이 인프라(확장, 버전)를 수동으로 관리합니다.
- 이는 권한 범위를 cluster-admin에서 네임스페이스 범위의 ConfigMap 액세스로만 축소하므로, 보안이 제한되고 규정 준수 중심의 환경에 적합합니다.
- 내장된 config-watcher 사이드카는 UI에서 푸시된 설정 변경 사항을 자동으로 감지하고 게이트웨이 파드를 다시 시작합니다 ― 외부 오퍼레이터(예: Stakater Reloader)가 필요하지 않습니다.
- 설치 지침은 Flux 없이 게이트웨이 설치를 참조하십시오.
DaemonSet 배포 모드
- HPA를 사용하는 배포 대신 Kubernetes DaemonSet(노드당 하나의 파드)으로 게이트웨이를 배포하기 위한 지원이 추가되었습니다. 이는 노드 수준의 텔레메트리 처리 또는 일관된 노드당 리소스 할당이 필요한 환경에 유용합니다.
- Helm 값에서
daemonset.enabled: true을(를) 설정하여 DaemonSet 모드를 활성화합니다. DaemonSet 모드는 설정 전용 설치를 위한 config-watcher 사이드카 및customConfigMap도 지원합니다. - DaemonSet 및 배포 모드는 상호 배타적입니다. 차트는 조건부 가드를 사용하여 한 번에 하나의 모드만 활성화되도록 합니다.
May 13
Pipeline Control Gateway v2.2.0
다중 플릿 지원
- 이제 단일 조직 내에서 여러 게이트웨이 플릿을 생성하고 관리할 수 있습니다. 이를 통해 개별 비즈니스 단위 또는 환경(예: 프로덕션과 스테이징)에서 독립적인 샘플링, 필터링 및 변환 규칙을 유지할 수 있습니다.
- 파이프라인 컨트롤 UI의 새로운 플릿 선택기 드롭다운 메뉴를 사용하여 여러 설정 간에 쉽게 이동할 수 있습니다.
업데이트된 YAML 스키마
- 신호별 중첩(예:
logs:,spans:)을 직접 규칙 어레이로 대체하는 간소화된 설정으로 마이그레이션하여, 설정을 더 평면적이고 읽기 쉽게 만들었습니다. - 필터 프로세서의 경우, 새 스키마는 명시적인
context필드를 지원합니다. 이를 통해 메트릭 데이터 포인트 및 스팬 이벤트와 같은 데이터 하위 유형을 더 정밀하게 타겟팅할 수 있습니다.
개선된 배포 UX
- 새로운 배포 페이지는 이제 배포 이름과 설명에 대한 기본값을 자동으로 채워주어, 변경 사항을 적용하는 데 필요한 수동 단계를 크게 줄여줍니다.
- 변환 프로세서에 대한 좌우 설정 차이점 미리보기를 추가했습니다. 이를 통해 배포를 완료하기 전에 새로운 YAML 로직을 현재 버전과 비교할 수 있습니다.
February 13
Pipeline Control Gateway v2.0.1
파이프라인 제어 게이트웨이 릴리스 노트 - v2.0.1
버그 수정
EU 환경 문제 해결
EU 환경에서 파이프라인 형식 게이트웨이 구현, 배포 및 작업에 영향을 미치는 문제가 해결되었습니다. 이 수정 사항은 EU 기반 인스턴스에 대한 적절한 연결 및 데이터 라우팅을 보장합니다.
February 12
Pipeline Control Gateway v2.0.0
중요
This release has issues with EU environment deployment and operation. Please use version 2.0.1.
Pipeline Control gateway release notes - v2.0.0
Updated to OpenTelemetry Collector v0.139.0
This release is based on OpenTelemetry Collector v0.139.0, bringing the latest stability improvements and features from the upstream project. This upgrade enables new data processing capabilities not available in previous gateway versions.
New processor capabilities
Added three new processors that give you control over your telemetry data before it leaves your infrastructure:
- Sampling processor: Reduce data volume with probabilistic and conditional sampling rules
- Filter processor: Drop entire records or specific attributes based on OTTL boolean conditions
- Transform processor: Add, modify, or delete attributes using OpenTelemetry Transformation Language (OTTL)
These processors can be chained together to create sophisticated data processing pipelines for metrics, events, logs, and traces.
Enhanced configuration options
- Redesigned UI: New form-based interface for creating and managing processor rules without writing YAML
- Enhanced YAML configuration: Support for OTTL-based processor configuration
Improved documentation structure
- Comprehensive guides for each processor type with OTTL examples and use cases
- Clear distinction between gateway rules (in your infrastructure) and cloud rules (in New Relic's infrastructure)
- Expanded troubleshooting resources for gateway installation, health monitoring, and data flow issues
- Reorganized information architecture for easier navigation