다음은 교차 애플리케이션 추적 을 사용할 때의 문제 해결 팁입니다. 이 기능은 애플리케이션 간 추적보다 선호되는 분산 추적 과 동일하지 않습니다.
에이전트 버전 및 프로토콜
에이전트의 버전, 프로토콜, 인터페이스 또는 메시지 대기열 라이브러리에 대한 이러한 요구 사항을 충족하는지 확인하십시오. 여기에 나열되지 않은 프로토콜을 사용하는 경우 응용 프로그램 간의 연결이 표시되지 않습니다.
Agent version | Notes |
---|---|
HTTP, HTTPS | |
HTTP, HTTPS, JMS 1.1, RabbitMQ Java 에이전트는 JMS 1.1 인터페이스를 사용하는 라이브러리를 포함하여 여러 메시지 큐 라이브러리도 지원합니다. | |
HTTP 및 지원되는 .NET 메시징 시스템 | |
HTTP, HTTPS, RabbitMQ | |
HTTP, HTTPS 및 지원되는 PHP 메시지 대기열 시스템 | |
HTTP, HTTPS 및 지원되는 Python 메시지 대기열 시스템 | |
구성 파일 요구 사항
일반적으로 New Relic의 교차 애플리케이션 추적 기능은 기본적으로 활성화되어 있습니다. 구성 파일을 변경하기 위한 요구 사항은 New Relic 에이전트에 따라 다릅니다.
높은 처리량 앱
교차 애플리케이션 추적은 관련 트랜잭션을 연결하기 위해 트랜잭션 이벤트에 의존합니다. 처리량이 높은 애플리케이션이 있는 경우 에이전트가 1분 동안 기록할 수 있는 최대 이벤트 수에 도달할 수 있으며 샘플링 이벤트로 대체됩니다. 트랜잭션의 이벤트가 샘플링되면 때때로 집중하고 있는 트랜잭션만 포함하여 불완전한 교차 애플리케이션 추적을 볼 수 있습니다.
애플리케이션의 처리량이 높으면 일부 교차 애플리케이션 추적이 불완전하게 나타나며 때로는 링크가 없습니다. 다른 트랜잭션 추적을 보십시오. 샘플링을 줄이거나 없애기 위해 에이전트 구성에 저장된 트랜잭션 이벤트 수를 조정할 수도 있습니다.
High throughput apps | Troubleshooting tips |
---|---|
자바 | transaction_events 섹션에서 |
루비 |
|
프록시
교차 애플리케이션 추적 링크가 표시될 것으로 예상되지만 일관되게 표시되지 않는 경우 애플리케이션 통신 사이에 프록시 또는 브로커가 있을 수 있습니다. 교차 애플리케이션 추적은 한 애플리케이션에서 다른 애플리케이션으로 전달되는 HTTP 헤더 및 JMS 속성에 의존합니다. HTTP 프록시와 메시지 브로커는 때때로 이러한 헤더를 제거합니다.
다중 스레드 처리(자바)
하나 이상의 Java 애플리케이션이 비동기 또는 "반응형" 프로그래밍 모델을 사용하는 경우 트랜잭션 활동이 여러 스레드에 걸쳐 있을 수 있습니다. New Relic은 Play 프레임워크와 Servlet Async를 지원하지만 모든 비동기 프레임워크는 지원하지 않습니다. 지원되지 않는 프레임워크의 경우 다른 스레드의 활동은 트랜잭션의 일부로 보고되지 않습니다. 다른 응용 프로그램에 대한 호출은 추적되지 않습니다.
여러 계정
현재 교차 애플리케이션 추적은 New Relic 계정을 교차하지 않습니다. New Relic 계정(자식 계정 포함)이 여러 개인 경우 한 계정 내의 애플리케이션에 대한 추적만 볼 수 있습니다.
분산 추적 기능은 교차 계정 경계를 수행합니다.