New Relic 에이전트와 OpenTelemetry는 도구 상자의 유사한 렌치와 같습니다. 작업에 가장 적합한 것을 선택해야 합니다. 귀하에게 적합한 도구를 선택할 수 있도록 OpenTelemetry가 있는 New Relic에서 기대할 수 있는 다양한 사용자 경험을 비교했습니다. 우리 제품과 오픈 소스 커뮤니티의 급격한 성장과 변화로 인해 이 기능 비교를 정기적으로 업데이트할 예정입니다.
우리의 목표는 데이터의 출처가 New Relic 에이전트인지 OpenTelemetry인지에 관계없이 동일한 세계적 수준의 관찰 가능성 경험을 제공하는 것입니다. 단순한 진실은 OpenTelemetry가 New Relic 에이전트보다 최신 기술이고 다른 데이터 모델을 가지고 있기 때문에 일부 경험이 다를 수 있다는 것입니다. OpenTelemetry의 범위와 성숙도가 빠르게 성장하고 있지만 아직 OpenTelemetry 계측 또는 사양에서 지원하지 않는 New Relic 플랫폼의 기능이 있습니다. 우리는 New Relic 플랫폼에서 OpenTelemetry 사양에 대한 지원을 점점 더 추가하기 위해 최선을 다하고 있습니다.
높은 수준의 비교를 보여주는 표부터 시작하는 것이 좋습니다. 그런 다음 해당 정보를 사용하여 가장 중요한 세부 섹션에 집중할 수 있습니다. 다음 섹션에는 New Relic에서 특정 경험을 기대할 수 있는지 여부를 설명하는 아이콘이 있습니다.
✅ New Relic에서 지원
🟡 New Relic에서 제한된 지원
👀 "Looking to OTel": OpenTelemetry에서 제한적이거나 누락된 지원
❌ New Relic에서는 지원되지 않습니다.
팁
다음은 이러한 비교를 탐색하는 몇 가지 방법입니다.
오른쪽 탐색 창에서 제목을 스캔합니다.
CONTROL-F 을(를) 사용하여 페이지에서 핵심 문구를 검색하십시오.
s 을 눌러 모든 접기 섹션을 펼치거나 h 을 눌러 숨깁니다.
상위 수준 비교
기능
New Relic 에이전트
New Relic의 OpenTelemetry
메트릭, 추적 및 로그 수집
✅
✅
맞춤 이벤트 수집
✅
👀 이벤트에 대한 시맨틱 규칙은 현재 OpenTelemetry 사양에서 실험적인 기능 입니다. New Relic의 이벤트에 대한 자세한 내용은 아래의 사용자 지정 이벤트를 참조하십시오.
APM: 애플리케이션 성능 최적화
✅
👀 OpenTelemetry 계측은 언어에 따라 크게 다르며 개선되고 있습니다. New Relic 에이전트는 전반적으로 더 광범위한 언어를 지원합니다.
APM: 복잡한 시스템의 근본 원인 발견
✅
👀 New Relic 에이전트와 결합하지 않는 한 프런트엔드 및 Kubernetes 관찰 가능성이 제한됨
APM: 오류 및 예외 분류 및 수정
✅
👀 New Relic 에이전트와 결합하지 않는 한 프런트엔드 오류 분류가 제한됨
맵을 사용하여 시스템 토폴로지 및 종속성 이해
✅
✅
Kubernetes 모니터링
✅
👀 New Relic 또는 Pixie 계측으로 더 나은 기본 경험
호스트 모니터링
✅
✅
서버리스 기능 모니터링
✅
👀 AWS Lambda용 OpenTelemetry를 사용하면 설정이 더 쉬워지지만 New Relic 계측으로 더 나은 사용자 경험 제공
브라우저 및 모바일 최종 사용자 경험 개선
✅
👀 RUM(실제 사용자 모니터링) 사양이 진행 중이지만 종단 간 추적이 오늘 작동합니다.
모든 원격 측정에 대한 경고
✅
✅
이상 징후 감지 및 알림
✅
🟡 자동 이상 탐지는 현재 New Relic Lookout으로 제한됩니다.
SLI/SLO 측정 및 추적
✅
✅
대시보드 만들기
✅
✅
관찰 가능성 도구 조정 및 배포
✅
✅
데이터 수집 및 저장 관리
✅
✅ OpenTelemetry Collector는 이러한 목적을 위한 하나의 강력한 도구이며 추가 관리가 필요합니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀 제한된 지원
요약 페이지는 응답 시간, 처리량 및 오류율과 같은 엔터티에 대한 황금 신호를 차트로 표시하여 서비스 상태에 대한 개요를 제공합니다. 또한 서비스 인스턴스 ID(OpenTelemetry) 또는 호스트 이름(New Relic 에이전트)으로 분류됩니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
OpenTelemetry는 서비스 응답 시간을 분류하는 지표를 지정하거나 수집하지 않습니다.
UI에서 데이터 필터링/그룹화
New Relic 에이전트: 🟡 New Relic에서 제한된 OpenTelemetry 지원: ✅
New Relic의 OpenTelemetry 서비스 UI를 사용하면 모든 속성을 사용하여 차트의 데이터를 필터링/그룹화할 수 있습니다. New Relic One에서는 OpenTelemetry 서비스에만 아래와 같은 필터 막대가 있습니다.
대조적으로 New Relic 에이전트 기반 UI는 보다 제한된 속성 집합으로 필터링/그룹화할 수 있습니다. 예를 들어 모든 데이터를 호스트/인스턴스별로 필터링할 수 있습니다. 몇 가지 전문화된 보기는 데이터베이스 쿼리, 트랜잭션/엔드포인트, 외부 서비스 호출, 오류 메시지 및 예외 유형 등의 고정된 메트릭 그룹화를 제공합니다. 또한 이러한 많은 보기에 사용할 수 있는 이벤트 데이터는 속성별로 필터링/그룹화할 수 있습니다.
분산 추적
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
분산 추적은 현재 에이전트와 OpenTelemetry에서 지원됩니다. 둘 다 W3C 추적 컨텍스트 호환성을 제공합니다. 또한 OpenTelemetry는 W3C Baggage, 고도로 구성 가능한 샘플링 옵션 및 스팬의 이벤트 또는 New Relic span events 을 지원합니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
이 지원은 일부 서비스가 OpenTelemetry로 계측되고 다른 서비스는 에이전트에서 추적 컨텍스트를 한 서비스에서 다음 서비스로 성공적으로 전파할 수 있습니다. 이를 통해 둘 이상의 계측 기술을 사용하는 경우에도 시스템 전반의 활동에 대한 가시성을 제공합니다.
New Relic 에이전트: ❌ New Relic의 OpenTelemetry: ✅
OpenTelemetry에서 수하물은 key:value 쌍을 전파하는 메커니즘입니다. 데이터베이스에서 속성을 가져올 필요 없이 동일한 트랜잭션/추적에서 요청을 만드는 서비스에서 제공하는 속성으로 호출된 서비스의 관찰 가능성 이벤트를 인덱싱할 수 있습니다. 예를 들어, 수하물로 추가된 사용자 ID는 요청이 전송되는 서비스에 액세스할 수 있으며 해당 서비스는 사용자 ID로 해당 범위 및 메트릭을 색인화할 수도 있습니다.
수하물 사양은 프레젠테이션이 아닌 데이터 전파에만 중점을 둡니다. New Relic에서 보고 싶은 데이터를 수하물로 추가했다면 그에 대한 조치를 취해야 합니다. 예를 들어 위 예제의 사용자 ID를 범위에 추가하여 New Relic에서 해당 범위의 속성으로 볼 수 있습니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
에이전트는 각각 표준 추적 또는 무한 추적을 활성화하여 구현할 수 있는 머리 기반 및 꼬리 기반 샘플링을 모두 지원합니다.
OpenTelemetry SDK는 기본적으로 상위 기반 샘플링을 구현하지만 선택할 수 있는 기본 제공 샘플러가 많이 있습니다.
또한 OpenTelemetry는 구성 가능한 원격 측정 처리 시스템인 수집기라고 하는 독립 실행형 서비스를 제공합니다. 즉, 관찰 가능성 요구 사항에 가장 적합한 사용자 지정 샘플링 전략을 구성할 수 있습니다. 그러나 수집기 구성 및 작동은 복잡할 수 있습니다.
테일 샘플링 및 OpenTelemetry를 사용하려면 수집기의 테일 샘플링 프로세서 를 사용하거나 OTLP와 함께 New Relic Infinite Tracing을 사용할 수 있습니다.
New Relic 에이전트: ❌ New Relic의 OpenTelemetry: ✅
다음은 용어에 대한 설명입니다. New Relic 문서에서 APM 에이전트의 컨텍스트에서 span event 은 Span 유형의 이벤트 데이터를 나타냅니다. 이는 분산 추적의 세그먼트가 NRDB(저희 데이터베이스)에 저장되는 방식입니다. 고유 데이터 유형인 Span events 는 APM 에이전트에서 직접 지원되지 않습니다.
OpenTelemetry에서 "범위 이벤트"는 일반적으로 "범위에 대한 이벤트"라고 합니다. 스팬의 이벤트는 스팬의 수명 주기 동안 발생하는 작업을 나타내며 사람이 읽을 수 있는 메시지로 표시됩니다. 예를 들어 범위에서 발생하는 예외는 범위 이벤트로 표시됩니다.
New Relic 에이전트: ❌(사용 중단됨) New Relic의 OpenTelemetry: 해당 없음
CAT(교차 응용 프로그램 추적)은 New Relic 분산 추적 및 W3C 추적 컨텍스트에 대한 더 이상 사용되지 않는 New Relic 관련 전구체입니다.
업무
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀 제한된 지원
트랜잭션은 특정 끝점에 대한 요청 집합을 나타내는 New Relic 개념입니다. OpenTelemetry의 경우 추적 데이터를 사용하여 이 개념을 매핑합니다( 트랜잭션 참조). 메트릭 데이터는 트랜잭션 경험을 강화할 수도 있지만 일부 OpenTelemetry 언어 에이전트에서만 생성됩니다. 모든 New Relic 에이전트는 트랜잭션 세그먼트의 집계 성능에 대한 추가 메트릭을 포함하여 트랜잭션 메트릭을 생성합니다.
OpenTelemetry 서비스의 스팬이 트랜잭션 페이지를 채우려면 스팬이 server 또는 consumer 의 SpanKind 이어야 합니다. 이러한 범위는 더 많은 서비스를 포함하는 더 큰 추적의 일부일 수 있는 서비스에서 처리하는 요청을 나타냅니다. 트랜잭션 UI에서 이 데이터를 원하는 경우 이 속성을 수동으로 설정해야 할 수 있습니다( 트랜잭션 페이지 참조).
트랜잭션(New Relic 개념)과 추적 간의 주요 차이점은 프로세스 경계입니다. 트랜잭션은 단일 프로세스에서 수행되는 하나의 논리적 작업 단위를 캡슐화하는 반면 추적은 여러 프로세스의 여러 작업 단위를 포함할 수 있습니다. New Relic 에이전트는 자신을 프로세스에 연결하여 시작합니다. 프로세스는 외부 서비스를 호출할 수 있지만 트랜잭션의 경계는 해당 프로세스에서 시작하고 끝납니다. 반면에 추적에는 동일한 경계가 없으므로 관련될 수 있는 모든 서비스의 범위가 포함됩니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 🟡 제한된 지원
New Relic 에이전트를 사용하면 서비스가 메시지 소비자(예: Kafka, RabbitMQ)인 경우 트랜잭션 페이지에서 메시징 작업의 분석을 찾고 트랜잭션 추적 및 분산 추적 에서 개별 추적의 메시징 작업을 볼 수 있습니다.
OpenTelemetry 계측을 사용하면 분산 추적 의 개별 추적에서 메시징 작업을 볼 수 있습니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic에서 트랜잭션 추적은 단일 프로세스(모니터링되는 앱)로 범위가 지정된 느리거나 중요한 요청의 작은 샘플을 캡처하기 위한 것입니다. 트랜잭션 페이지에서 트랜잭션 추적 UI를 볼 수 있습니다.
반면에 OpenTelemetry 추적은 관련될 수 있는 모든 서비스로 범위가 지정되지만 요청의 샘플링(최대 100%)에 대해 캡처되도록 설계되었습니다. OpenTelemetry 서비스에 대한 느린 추적은 분산 추적 페이지에서 사용할 수 있습니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
Transaction 이벤트와 유사하게 TransactionError 이벤트는 서비스에서 요청을 처리하는 동안 발견되거나 보고된 오류를 설명하는 샘플링 측정입니다.
span.kind='server' 또는 span.kind='consumer' 및 otel.status_code='ERROR' 가 있는 OpenTelemetry 범위는 TransactionError 이벤트와 유사한 데이터를 제공합니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
데이터베이스
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀 제한된 지원
데이터베이스 페이지에는 응용 프로그램의 데이터베이스 또는 캐시 사용이 표시됩니다. 개별 데이터베이스 트랜잭션/쿼리를 정렬 가능한 테이블로 표시하고 작업, 처리량 및 응답 시간을 차트로 표시합니다.
데이터베이스 페이지의 기능은 다음과 같은 이유로 달라집니다.
사용 중인 라이브러리에 따른 계측 적용 범위의 차이
이 페이지를 채우는 데 다양한 데이터 소스가 사용됩니다.
New Relic 에이전트 서비스는 샘플링 효과에 영향을 받지 않는 지표를 사용합니다.
OpenTelemetry 서비스는 샘플링 대상인 스팬을 사용합니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
OpenTelemetry는 범위에서 일부 데이터베이스 쿼리 세부 정보를 캡처하지만 OpenTelemetry SDK 계측은 기본적으로 SQL Explain Plans와 같은 일부 느린 데이터베이스 쿼리 세부 정보를 캡처하지 않습니다.
OpenTelemetry에는 New Relic APM SQL 추적과 유사한 기능이 없습니다. SQL 추적 UI는 설명 계획이 캡처된 경우 표시되는 위치이므로 이 기능도 OpenTelemetry에서 지원되지 않습니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀 (위 참조)
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
현재 OpenTelemetry에는 중요한 정보를 난독화하는 균일한 방법이 없습니다. 쿼리 정리를 위한 구성 옵션이 있는지 확인하려면 사용 중인 각 계측 라이브러리를 확인하십시오. opentelemetry-collector는 모든 원격 측정 데이터를 난독화하도록 사용자 정의할 수도 있습니다.
외관
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀 제한된 지원
외부 서비스 기능을 사용하면 단일 서비스의 업스트림 및 다운스트림 활동을 자세히 볼 수 있습니다. New Relic 에이전트 또는 OpenTelemetry로 모니터링하는지 여부에 관계없이 외부 서비스 기능은 연결된 서비스로 드릴할 때 트랜잭션 수준 세부 정보를 표시합니다.
OpenTelemetry의 경우 이 보기는 엄격하게 범위 데이터(샘플링될 수 있음)를 기반으로 하는 반면 New Relic 에이전트는 서비스 간 연결에서 샘플링되지 않은 메트릭을 보고합니다.
로그
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트는 기본적으로 서비스에 대한 자동 로그 수집을 제공합니다. 다양한 소스에서 로그를 보내도록 OpenTelemetry를 구성할 수 있습니다.
서비스 맵
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
UI에서 단일 서비스를 볼 때 액세스할 수 있는 서비스 맵 은 해당 서비스에 직접 연결된 전체 엔터티 집합을 표시합니다. 상호 연결된 엔터티가 이 지도에 표시되려면 적극적으로 보고해야 합니다.
맵 또는 엔터티 관계를 표시하는 다른 기능에는 관련 엔터티 , Automap 및 추적 맵 이 포함됩니다.
종속성
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
OpenTelemetry의 경우 서비스 맵 , 관련 엔터티 또는 자동 맵 보기를 통해 지정된 서비스에 대한 모든 종속성을 확인할 수 있습니다.
오류
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
오류 페이지의 OpenTelemetry 서비스의 경우 오류율은 범위 데이터를 기반으로 합니다. 추적에 다음 조건을 충족하는 범위가 포함된 경우 추적이 표시됩니다.
otel.status_code=ERROR
span.kind=server 또는 span.kind=consumer
위의 내용은 기록된 범위에서 범위 이벤트로 표시되는 예외에도 적용됩니다.
오류 페이지에 표시될 것으로 예상되는 오류가 표시되지 않는 경우 분산 추적 페이지는 span.kind 속성을 기반으로 제외하지 않으므로 확인하십시오.
오류 받은편지함
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
서비스 측정항목
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀 제한된 지원
New Relic 에이전트는 서비스에 대해 보다 다양한 메트릭을 보고하며 그 중 일부는 아래에 자세히 설명되어 있습니다. 이러한 메트릭은 데이터베이스, 외부 및 트랜잭션과 같은 특정 사용자 경험을 강화합니다.
OpenTelemetry 메트릭 릴리스 후보는 5월 초에 발표되었으며 곧 일반 공급이 예상됩니다. 메트릭 API, SDK 및 프로토콜은 안정적이며 Java, .NET 및 Python의 클라이언트 라이브러리가 RC(릴리스 후보)에 존재합니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
트랜잭션 페이지는 New Relic 에이전트 지표 또는 OpenTelemetry에서 보고하는 HTTP 서비스 지표와 함께 작동합니다. 그러나 OTel 계측은 트랜잭션/엔드포인트 메트릭을 일관되게 또는 기본적으로 보고하지 않습니다.
모든 New Relic 언어 에이전트는 개별 트랜잭션 또는 엔드포인트로 범위가 지정된 지표(스팬 및 이벤트 포함)를 보고합니다.
기본 OpenTelemetry SDK 계측은 이러한 메트릭을 일관되게 보고하지 않습니다. 엔드포인트 수준 데이터에 대한 의미 규칙(예: http.route )은 여전히 실험적인 것으로 간주됩니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트는 요청 내 스팬의 집계 성능을 측정하고 이를 메트릭으로 보고합니다. 트랜잭션 추적의 맥락에서 이러한 범위를 "세그먼트"라고 부르고 트랜잭션 내에서 "독점 시간"과 하위 범위/세그먼트에서 보낸 시간을 기록합니다.
OpenTelemetry 서비스의 경우 이 페이지를 사용하여 서비스에서 내보낸 범위 및 로그에 대한 데이터를 탐색할 수 있습니다. 스팬 이벤트에 대한 데이터를 탐색하려면 Span 을 클릭한 다음 nr.spanEventCount 를 클릭하거나 SpanEvent 을(를) 쿼리합니다.
탐침
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 🟡 제한된 지원
New Relic으로 계측된 서비스와 OpenTelemetry로 계측된 서비스는 현재 APM 및 서비스 및 모든 엔터티 페이지의 다른 섹션에 나타납니다.
OpenTelemetry 서비스는 스팬을 사용하여 골든 신호를 생성하는 반면 New Relic 에이전트 서비스는 메트릭을 사용합니다.
임무
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
OpenTelemetry 서비스는 스팬을 사용하여 골든 신호를 생성하는 반면 New Relic 에이전트 서비스는 메트릭을 사용합니다.
항해자
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
OpenTelemetry 서비스는 스팬을 사용하여 골든 신호를 생성하는 반면 New Relic 에이전트 서비스는 메트릭을 사용합니다.
Apdex
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
이 개념은 OpenTelemetry 사양에서 다루지 않습니다.
스레드 프로파일러
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
런타임/VM 관찰 가능성
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
뉴렐릭 에이전트: ✅ New Relic의 OpenTelemetry: ❌/👀
모든 OpenTelemetry 언어 SDK/에이전트가 아직 process.runtime.* 메트릭을 지정하거나 보고하는 것은 아닙니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
브라우저 페이지
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic APM 에이전트는 JavaScript 에이전트를 렌더링된 콘텐츠에 자동으로 주입하여 프런트엔드 JS 자산이 계측되도록 할 수 있습니다.
OpenTelemetry에는 New Relic 브라우저 에이전트 또는 New Relic APM 에이전트에서 사용할 수 있는 브라우저 계측에 해당하는 것이 없습니다. OpenTelemetry-JavaScript SDK를 사용하는 경우 최종 사용자로부터 브라우저 데이터를 생성하고 수집하기 위해 현재 사용할 수 있는 일부 자동 계측 라이브러리가 있습니다. iOS 및 Android 애플리케이션(Java 및 Swift)과 브라우저 애플리케이션(JavaScript)을 작성하는 데 사용할 수 있는 언어의 경우 클라이언트 측 원격 측정을 계측하는 사양이 있지만 아직 사용할 수 없습니다.
현재 New Relic은 (아직) HTTP를 통한 JSON 인코딩 페이로드를 지원하지 않으므로 브라우저 데이터를 New Relic에 보내려면 수집기를 세워야 합니다. 브라우저에서 사용하는 OpenTelemetry-JS는 OTLP/HTTP를 통한 protobuf 페이로드를 지원하지 않고 json 페이로드만 지원하기 때문입니다. 수집기는 데이터를 New Relic이 수집할 수 있는 형식으로 다시 처리할 수 있습니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
이동하는
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
OpenTelemetry는 모바일 앱 개발을 위한 두 가지 주요 언어인 Java 및 Swift에 대한 지원을 제공합니다.
Android에 사용할 Java 계측은 OpenTelemetry Java 리포지토리에서 찾을 수 있습니다.
현재 Swift 계측에는 추적, 메트릭, 수하물 API 및 SDK에 대한 구현이 포함되어 있습니다.
그러나 New Relic Mobile SDK가 수집하는 모든 텔레메트리를 아직 OpenTelemetry 계측으로 수집할 수 있는 것은 아닙니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
관련 기관
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 🟡 제한된 지원
이 보기는 다음을 보여줍니다. 및/또는 OpenTelemetry 서비스 또는 호스트:
서비스 간 관계
서비스와 인프라 간의 관계
서비스와 계측되지 않은 외부 서비스 간의 관계
분산 추적을 사용하거나 W3C 추적 컨텍스트로 OpenTelemetry 추적을 보고하는 모든 서비스 간에 관계가 유추됩니다. 관련 엔터티 에 표시됩니다.
서비스와 데이터베이스 간의 관계는 현재 APM 서비스에 대해서만 생성됩니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
이 맵은 주어진 서비스에 대해 연결된 이웃을 표시하고 표시된 엔터티의 상태 변화를 보기 위한 타임워프 커서를 포함합니다. 자동 지도 옵션은 APM 및 OpenTelemetry 서비스 및 기타 지원되는 엔터티 유형에 대한 모든 관련 엔터티 창에 맵 보기 버튼으로 나타납니다.
환경
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
OpenTelemetry 서비스에 대한 환경 정보 를 수집하려면 사용 중인 언어 SDK와 같은 특정 환경 정보를 찾기 위해 스팬 속성(분산 추적 페이지에서 또는 쿼리를 통해)을 볼 수 있습니다.
사용 중인 SDK에서 반드시 보고할 필요는 없지만 사용자는 스팬 속성을 수동으로 설정하여 유용한 기타 환경 정보를 포함할 수 있습니다.
배포
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 🟡 New Relic에서 제한된 지원
이제 배포를 기록 하고 OpenTelemetry 서비스의 활동 피드에서 확인할 수 있습니다. 요약 보기의 세 차트에서 변경 마커를 볼 수도 있지만 New Relic은 트랜잭션 및 데이터베이스 차트에도 표시됩니다.
활동 스트림
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀 제한된 지원
모든 유형의 엔터티에 대한 경보 사건이 표시됩니다.
서비스 배포, 관련 배포 및 Java 에이전트 회로 차단기 이벤트는 New Relic APM 에이전트 엔터티에 대해서만 표시됩니다.
더 빠른 유리화 시간
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
New Relic 에이전트는 15초 간격으로 이벤트를 전송하고 1m 간격으로 메트릭을 전송하지만 더 빠르거나 느리게 구성할 수 있습니다.
OpenTelemetry Collector를 사용하면 보고 주기를 구성할 수도 있지만 실제로 수확 주기의 개념은 없습니다. 비슷한 개념이 있지만 원격 분석 유형에 따라 약간의 차이가 있습니다. 예를 들어 주기적으로 또는 배치가 가득 찼을 때 트리거될 수 있는 배치 프로세서가 있지만 이러한 시간 주기는 모든 원격 분석 유형에 적용되지 않습니다.
New Relic 수집 엔드포인트(MELT, OTLP 등)를 사용하여 직접 보고된 모든 데이터는 거의 즉시 데이터를 쿼리할 수 있지만 UI에서 1분 이내에 사용할 수 있습니다.
보고서
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
하부 구조
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
골든 메트릭이 있는 호스트 엔터티는 데이터 소스(New Relic 인프라 에이전트 대 OpenTelemetry Collector 호스트 수신기)와 독립적으로 사용할 수 있습니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
메트릭, 추적 및 로그를 기반으로 하는 OpenTelemetry에는 인프라 인벤토리 기능이 없습니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
대부분의 인프라 이벤트는 New Relic 인프라 에이전트가 푸시하는 인벤토리 또는 사용자 지정 이벤트에 따라 다릅니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 👀
온호스트 통합 (NGINX, MySQL, Redis, Apache, RabbitMQ 등) 및 Kubernetes 통합은 선별된 소스로 필요합니다. New Relic의 엔티티.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 🟡 제한된 지원
서비스에 대한 New Relic 에이전트 데이터는 Kubernetes 클러스터 탐색기에 표시되지만 OpenTelemetry 서비스 데이터는 표시되지 않습니다.
Kubernetes 페이지는 New Relic APM 에이전트 또는 OpenTelemetry 계측 서비스에서 작동합니다.
Kubernetes를 사용하는 모든 OpenTelemetry 서비스의 경우 이 데이터를 쿼리할 수 있도록 OpenTelemetry 시맨틱 규칙의 관련 리소스 속성으로 원격 분석을 장식하는 것이 좋습니다.
서버리스
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 🟡 제한된 지원
OpenTelemetry 서버리스 기능 원격 분석은 사용자 지정 대시보드로 보고, 저장 및 시각화할 수 있습니다. 이 원격 분석의 전용 보기는 아직 사용할 수 없습니다.
경고
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: 🟡 제한된 지원
NRQL로 작성된 조건을 사용하여 OpenTelemetry 데이터에 대한 경고를 구성할 수 있습니다. 차트의 " ... " 메뉴를 클릭하여 시작하십시오.
조건, 인시던트 및 문제는 모든 엔터티에 대해 작동합니다.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 플랫폼
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
OpenTelemetry 서비스의 경우 service.name 속성이 로그에 있는지 확인하여 서비스 항목과 연결하세요.
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ❌
New Relic 에이전트: ✅ New Relic의 OpenTelemetry: ✅
OpenTelemetry 서비스 엔터티에는 전용 서비스 수준 UI가 없지만 작업 부하 또는 미니 개요에서 SLI(서비스 수준 표시기)를 볼 수 있습니다.