New Relic을 고려 중이든 이미 당사의 기능을 사용 중이든 상관없이 이 일반적인 용어집이 도움이 될 수 있습니다. 아직 New Relic 계정이 없다면 주저하지 말고 newrelic.com/signup 에서 가입하십시오. 영원히 무료입니다!
New Relic 조직은 하나 이상의 계정을 가질 수 있습니다. 계정은 작업 공간으로 간주될 수 있습니다. 특정 프로젝트 또는 특정 팀과 관련된 데이터를 모니터링하거나 분석하는 공간입니다. 각 계정에는 고유한 계정 ID가 있으며 해당 ID는 API 호출과 같은 일부 계정별 작업에 사용됩니다. 계정을 만드는 이유에 대한 자세한 내용은 계정 구조 를 참조하세요.
"계정"이라는 단어는 보다 일반적인 업계 의미로 사용되는 경우가 있습니다. 예를 들어 New Relic 조직이나 New Relic 고객 또는 New Relic 사용자의 사용자 레코드를 가리키는 데 사용되는 경우가 있습니다. 그러나 기술적인 용어로 New Relic에서 계정은 계정 ID가 있는 계정을 의미합니다.
New Relic 조직은 하나 이상의 계정 을 가질 수 있습니다.
"계정 패밀리"는 상위 계정과 그 아래에 있는 하위 계정, 즉 결제로 연결된 관련 계정 그룹을 나타냅니다.
다중 계정 조직에서 둘 이상의 계정에 대한 액세스 권한이 있는 경우 계정 전환기를 사용하여 계정 간에 전환할 수 있습니다. New Relic 홈페이지 의 오른쪽 상단과 다른 엔터티 목록 보기에 있습니다.
계정 액세스에 영향을 미치는 요소에 대한 자세한 내용은 액세스에 영향을 미치는 요소 를 참조하십시오.
계정 설정을 찾으려면 사용자 메뉴 를 사용하십시오.
New Relic 에이전트는 여러 유형의 기술(예: 웹 프레임워크, 운영 체제 및 데이터베이스 유형)과 통합되고 일반적으로 특정 주기로 New Relic에 데이터를 보고하는 설치 가능한 소프트웨어입니다. 우리는 에이전트, 인프라 에이전트, 브라우저 모니터링 에이전트 및 모바일 모니터링 에이전트. 우리 에이전트가 통합하는 다양한 기술은 우리의 많은 통합 중일부에 불과합니다.
자세한 내용은 다음을 참조하세요.
알림 기능의 경우 집계 창이 데이터로 채워질 때까지 기다리는 시간(초)을 나타냅니다. aggregation_method
유형 CADENCE
또는 EVENT_FLOW
를 사용할 때 필요합니다.
New Relic 알림의 맥락에서 우리는 데이터를 창으로 집계하고 현재 창이 끝나고 다음 창이 시작되는 시점을 결정해야 합니다. aggregation_method 는 지정된 집계 창에 대한 모든 데이터가 있을 때 알려주는 논리입니다. 창이 닫히면 데이터가 단일 지점으로 집계되고 임계값에 대해 평가됩니다. 이 필드는 선택 사항입니다. 다음 세 가지 값 중 하나를 지정할 수 있습니다.
EVENT_FLOW
: (기본값) 각 집계 창은 자체 지연 설정을 지난 타임스탬프가 도착하기 시작할 때까지 기다립니다. 이 문제가 발생하면 데이터가 게시됩니다. 도착 데이터의 타임스탬프에 의존하므로 벽시계 시간은 더 이상 관련이 없습니다. 자주 발생하고 이벤트 확산이 낮은 소스에 가장 적합합니다(높은 처리량 메트릭).CADENCE
: 벽시계 시간을 타이머로 사용하여 각 평가 창이aggregation_delay
설정만큼 정확히 대기하는 Classic New Relic 로직입니다. 이 옵션을 사용할 때는aggregation_delay
이 필요합니다. 너무 늦게 도착하는 데이터는 삭제되어 잘못된 경고가 발생할 수 있습니다.EVENT_TIMER
: 각 집계 창에는aggregation_timer
설정으로 설정된 타이머가 있습니다. 해당 집계 창에 대한 첫 번째 데이터 포인트가 나타나는 즉시 타이머가 실행되기 시작합니다(데이터 포인트의 타임스탬프 기준).aggregation_timer
는 해당 창에 도착하는 각각의 새 데이터 포인트에 대해 재설정됩니다.aggregation_timer
가 0에 도달하면 집계 기간이 게시됩니다. 클라우드 통합 및 간헐적인 오류 로그와 같은 희박하고 일괄 처리된 데이터에 이상적입니다.
New Relic 알림의 맥락에서 이것은 전체 배치가 처리되도록 하기 위해 각 데이터 포인트가 수신된 후 대기하는 시간(초)입니다. EVENT_TIMER
aggregation_method
유형을 사용할 때 필요합니다.
New Relic 알림의 맥락에서 스트리밍 알림은 데이터를 특정 시간으로 함께 수집합니다. 이러한 시간 창은 사용자 정의할 수 있습니다.
데이터 포인트는 타임스탬프를 기반으로 함께 수집되고 배치로 보고됩니다. 사용자 정의 가능한 집계 창은 불규칙하거나 빈도가 낮은 데이터 포인트에 대해 경고할 때 더 큰 유연성을 제공하고 잘못된 사고를 줄입니다.
New Relic에서 AI는 응용 지능의 약어를 참조할 수 있습니다.
경보 는 지정된 직원이 경보 를 통해 추적할 수 있는 이벤트 또는 사건을 전달합니다.
기본 경보 개념이 어떻게 관련되어 있는지에 대한 설명은 개념 및 워크플로우를참조하십시오.
고유 숫자 condition_id
로 식별되는 알림 조건 (또는 condition)에는 인시던트 생성 기준이 포함됩니다. 조건에는 선택한 대상 에서 시간 경과에 따른 메트릭 타임슬라이스 또는 사용자 정의 메트릭 에 대해 설정된 임계값이포함됩니다.
조건이 다른 기본 경보 개념과 어떻게 관련되어 있는지에 대한 설명은 개념 및 워크플로우를참조하십시오.
경고의 맥락에서 스트리밍 데이터는 일련의 집계 창에서 평가되어 경고 조건이 위반 또는 복구되고 있는지 확인합니다.
집계 창 시간은 NRQL 쿼리 조건을 실행하기 전에 데이터를 수집하는 시간입니다. 오프셋 평가 시간은 평가하기 전에 늦은 데이터를 기다리는 시간입니다.
창에 데이터 포인트가 없으면 신호 손실에 대한 간격으로 처리됩니다.
경고 컨텍스트에서 경고 정책은 하나 이상의 경고 조건, 하나 이상의 알림 채널및 인시던트 기본 설정의 모음입니다.
정책에 포함된 조건은 인시던트 기본 설정에 따라 인시던트를 열 수 있습니다. 이 경우 정책에 연결된 모든 채널에서 알림을 생성합니다.
정책이 다른 기본 경보 개념과 어떻게 관련되어 있는지에 대한 설명은 개념 및 워크플로우를참조하십시오.
서비스나 애플리케이션이 비정상적으로 작동하면 적용된 인텔리전스가 이를 비정상으로 플래그 지정합니다. New Relic 전체의 활동 피드에서 변칙성을 찾을 수 있습니다. 호스트 및 모바일 앱과 같은 다른 유형의 엔터티에서 알림을 받거나 이상을 추적하기 위해 사용자 지정 구성을 만들 수도 있습니다.
자세한 내용은 [이상 감지](/docs/alerts-applied-intelligence/applied-intelligence/proactive-detection/proactive-detection-applied-intelligence/)를 참조하세요.
Apdex 는 애플리케이션 또는 서비스의 응답 시간에 대한 사용자 만족도를 측정하는 업계 표준 방법입니다. New Relic은 각 응답을 Satisfied , Tolerated 또는 Frustrated 로 평가하고 이러한 평가를 사용하여 전체 사용자 만족도 점수를 계산합니다.
자세한 내용은 Apdex: 사용자 만족도 측정 을 참조하십시오.
트랜잭션이 실망스러운 것으로 평가되는 응답 시간입니다. 기본값은 apdex_t
의 4배입니다.
apdex_t
이내에 완료된 요청은 만족 으로 평가됩니다.apdex_t
보다 오래 걸리지만apdex_t
(apdex_f
)의 4배 미만인 요청은 허용 됩니다.apdex_f
보다 오래 걸리는 모든 요청은 실망스러운 것으로 평가됩니다.자세한 내용은 Apdex: 사용자 만족도 측정 을 참조하십시오.
트랜잭션이 허용 가능한 것으로 간주되는 응답 시간입니다. 기본값은 0.5초이지만 Apdex 설정에서 변경할 수 있습니다.
apdex_t
이내에 완료된 요청은 만족 으로 평가됩니다.apdex_t
이상 소요되지만apdex_f
미만인 요청은 허용 됩니다.apdex_f
보다 오래 걸리는 모든 요청은 실망스러운 것으로 평가됩니다.자세한 내용은 Apdex: 사용자 만족도 측정 을 참조하십시오.
New Relic은 다양한 API와 SDK를 제공합니다. 자세한 내용은 New Relic API 소개를참조하세요.
New Relic의 목적을 위해 New Relic에 의해 계측된 모든 프로그램.
일부 New Relic 솔루션은 모니터링되는 응용 프로그램에 고유한 응용 프로그램 ID 를 할당하며 종종 응용 프로그램 ID 로 단축됩니다. 이 ID가 있는 경우 UI에서 사용할 수 있습니다. 또한 속성으로 보고되며 쿼리할 수 있습니다.
이를 확인하는 방법은 앱 ID 찾기 를 참조하세요.
New Relic이 당신의 이름과 합쳐진 이름 특정 앱을 고유하게 식별합니다. 자세한 내용은 애플리케이션 이름 지정을참조하십시오.
응용 인텔리전스는 문제를 보다 신속하게 찾고 문제를 해결하는 데 도움이 됩니다. 특히, 경고 노이즈를 줄이고 사고를 연관시키고 이상을 자동으로 감지하는 하이브리드 머신 러닝 엔진입니다.
속성 은 New Relic에 보고된 데이터 개체에 연결된 키-값 쌍입니다. 속성은 세부 정보를 추가하며 다른 SaaS 소프트웨어의 태그 또는 레이블과 유사합니다. UI를 통해 쿼리하거나 검색 하거나 데이터 사전 을 사용하여 이 데이터를 탐색할 수 있습니다.
예:
APM이
Transaction
이벤트를 보고합니다. 여기에는.002
값을 가질 수 있는duration
속성의 트랜잭션에 대한 타이밍 데이터가 포함됩니다.인프라 모니터링에서
ProcessSample
이벤트를 보고합니다. 여기에는.01
값을 가질 수 있는cpuSystemPercent
속성을 비롯한 다양한 CPU 사용량 속성이 포함됩니다.Telemetry SDK는
metricName
및newrelic.source
와 같은 연결된 속성과 함께 측정항목을 저장하기 위한Metric
데이터 유형을 보고합니다.일부 New Relic 도구를 사용하면 모니터링을 향상시키기 위해 사용자 정의 속성 을 보고할 수 있습니다.
APM의 속성에 대한 자세한 내용은 에이전트 속성 을 참조하십시오.
합성 모니터 유형을 참조하십시오.
최종 사용자 브라우저 모니터링 솔루션에 대해서는 브라우저 모니터링을참조하십시오.
New Relic을 지원하는 브라우저에 대한 정보는 지원되는 브라우저 를참조하십시오.
다양한 웹 브라우저, 장치, 운영 체제 및 네트워크에서 사이트를 탐색할 때 최종 사용자의 속도와 성능을 측정하는 실제 사용자 모니터링(RUM) 솔루션입니다 .
서비스 의 웹이 아닌 트랜잭션 내에서 외부 서비스 를 호출하는 데 소요된 시간을 의미합니다. 웹 외부 를 참조하십시오.
상위 계정 을 참조하십시오.
New Relic은 Amazon Web Services(AWS), Microsoft Azure및 Google Cloud Platform과 같은 공급자와의 클라우드 기반 통합을 제공합니다.
앱 서버, 모바일 장치 또는 최종 사용자 브라우저에서 실행되는 New Relic 에이전트 에서 데이터를 수집하는 구성 요소입니다. 에이전트가 사용자의 앱 서버에 설치되는 동안 수집기는 데이터 센터 중앙에 있습니다.
수집가에게 연락하려면 에이전트가 New Relic 도메인 및 IP 주소에 도달할 수 있어야 합니다. (정확한 도메인 또는 IP는 New Relic 모니터링 도구에 따라 다릅니다.) 수집기는 이 데이터를 수신 및 해석하고 데이터베이스에 저장합니다. 그러면 데이터가 검색되어 New Relic UI 와 다양한 REST API에 표시됩니다.
CLI( 명령줄 인터페이스 )는 대규모 New Relic 사용 관리 및 제어를 포함하여 New Relic을 관리할 수 있는 도구입니다.
경고 조건 을 참조하십시오.
경고 조건을 사용하여 엔터티가 원하는 방식으로 작동하지 않는 경우 팀이 알림을 받는 시기와 이유를 정의합니다. 조건을 사용하여 지연 시간, 코드 오류, Apdex 점수, 높은 CPU 사용량 등에 대한 알림 기준을 설정합니다.
자세한 내용은 [사건](/docs/new-relic-solutions/get-started/glossary/#alert-incident)을 참조하세요.
컨테이너는 애플리케이션이 다양한 컴퓨팅 환경에서 원활하게 실행될 수 있도록 필요한 모든 코드 조각과 모든 종속성을 포함하는 소프트웨어의 표준 단위입니다.
애플리케이션이 1분에 받는 호출 수입니다. 이는 일반적으로 페이지 조회수 또는 외부 연결 수에 해당하며 일반적으로 RPM(분당 요청 수) 과 동일합니다.
코드에서 소비한 시간에서 트랜잭션 대기 시간을 뺀 값입니다. 이것은 실제로 트랜잭션을 처리하는 데 소요된 시간입니다. 이를 제공하는 에이전트에 대한 트랜잭션 보기 상단의 New Relic UI에 나타납니다(Ruby 및 PHP만 해당).
추가 정보를 얻기 위해 트랜잭션 또는 이벤트에 추가된 키-값 쌍입니다. 자세한 내용은 사용자 정의 속성 을 참조하십시오.
여러 New Relic 데이터 소스의 데이터를 포함하는 차트와 테이블이 있는 사용자 지정 가능한 대시보드. 자세한 내용은 대시보드 를 참조하십시오.
이벤트 는 New Relic 용어로 속성 이 연결된 데이터 개체입니다. New Relic은 Transaction
및 TransactionError
과 같은 기본 이벤트 유형을 보고합니다. 자신만의 이벤트를 만들 수도 있습니다. 이벤트를 쿼리 할 수 있으며 일부 다른 기능에서 사용됩니다.
APM 에이전트 , 브라우저 모니터링 에이전트 , 모바일 모니터링 에이전트 및 이벤트 API 를 통해 사용자 지정 이벤트를 생성할 수 있습니다. 또는 일부 기존 기본 New Relic 이벤트에 사용자 정의 속성 을 추가할 수 있습니다.
사용자 지정 계측을 통해 New Relic 모니터링을 계측 코드 요소로 확장할 수 있습니다. New Relic은 자동으로 계측하지 않습니다. 사용자 지정 계측은 New Relic이 프레임워크를 지원하지 않거나 New Relic이 프로그램의 일부 요소를 선택하지 못하는 경우에 유용합니다. 사용자 지정 계측을 사용하여 트랜잭션이 완전히 보고되지 않도록 차단할 수도 있습니다. 자세한 내용은 사용자 정의 계측을참조하십시오.
API 호출을 통해 수동으로 기록되는 메트릭 타임슬라이스 데이터 입니다. 사용자 지정 메트릭 을 사용하면 임의의 메트릭을 기록할 수 있습니다. 예를 들어, 타이밍 또는 컴퓨터 리소스 데이터. 모든 맞춤 측정항목 이름은 Custom/
접두사로 시작해야 합니다. 자세한 내용은 사용자 지정 측정항목 을 참조하십시오.
사용자 정의 계측 데이터 와 혼동하지 마십시오.
수집기 를 참조하십시오.
메트릭 및 이벤트 UI에서 데이터 액세스, 쿼리 및 사용자 지정, 시각화 생성, 일관되고 선별된 경험에서 서비스 간 연결을 만들 수 있습니다.
이에 대한 자세한 내용은 지표 및 이벤트 소개를참조하십시오.
경고 컨텍스트에서 데이터 원본이 위반 상태가 되면 성능 저하 기간이 시작됩니다. 저하 기간은 조건의 임계값에서 설정됩니다. 소스가 전체 성능 저하 기간 동안 위반 상태를 유지하면 인시던트가 열립니다. 게다가:
- 전체 시간이 경과하기 전에 데이터 소스가 비위반 상태가 되면 성능 저하 기간 카운트다운이 재설정되고 인시던트가 열리지 않습니다.
- 경고 조건 임계값이
at least once in
으로 구성된 경우 성능 저하 기간은 항상 1분 동안 지속됩니다.
종속성은 애플리케이션이 작동하기 위해 의존하는 코드입니다. New Relic은 엔티티에 연결되어 있다고 말할 수 있는 모든 애플리케이션, 서비스, 데이터베이스 및 호스트 목록을 제공합니다. 종속성 UI 페이지에서 엔터티의 업스트림 및 다운스트림 종속성과 탐색 경로를 찾을 수 있습니다.
알림의 맥락에서 대상은 데이터에 대한 알림을 보내는 곳입니다. 대상은 귀하가 사용하는 타사 시스템의 고유 식별자입니다.
대상 설정에는 타사 시스템과 통합하기 위한 연결 세부 정보가 포함되어 있으며 New Relic의 다양한 도구에서 사용할 수 있습니다.
차원 측정항목 은 측정기준이라고도 하는 여러 속성 이 있는 측정항목입니다. New Relic에서는 Metric
데이터 유형 을 사용하여 차원 측정항목을 보고합니다. 다른 메트릭 데이터 유형에 대한 자세한 내용은 메트릭 데이터 를 참조하십시오.
분산 추적은 다양한 클라우드 환경을 통과하는 요청을 모니터링하는 방법입니다. 분산 추적은 고유 식별자로 요청에 태그를 지정하여 요청을 추적합니다. 이를 통해 팀은 엔터티 내에서 발생하는 상호 작용을 실시간으로 이해할 수 있습니다.
다중 컨테이너 휴대용 앱을 어셈블할 수 있는 분산 애플리케이션용 개방형 플랫폼입니다. 인프라 모니터링에는 통합 Docker 모니터링이포함됩니다. Docker에 대한 자세한 내용은 Docker 웹사이트 를참조하십시오.
고객이 사이트에 액세스할 수 없고 앱이 New Relic에 보고하지 않는 기간입니다. 자세한 정보는 종합 모니터링 및 종합 모니터 유형을참조하십시오.
New Relic에서 엔터티 는 모니터링할 수 있는 데이터가 있는 식별할 수 있는 모든 것입니다. 엔터티는 애플리케이션 및 마이크로서비스와 같이 직접 모니터링하거나 데이터 센터와 같이 간접적으로 모니터링할 수 있습니다.
이에 대한 자세한 내용 은 엔터티란 무엇입니까? 를 참조하세요.
소프트웨어 산업에서 이벤트는 단순히 "시스템에서 발생하는 일"로 생각할 수 있습니다. 예를 들어 서버 설정 변경은 이벤트입니다. 또 다른 예: 웹사이트 사용자가 마우스를 클릭하는 경우.
일부 이벤트는 저장된 레코드를 생성하며 해당 레코드는 일반적으로 이벤트라고도 합니다. New Relic이 이벤트를 사용하는 방법을 알아보려면 New Relic 데이터 유형을참조하십시오.
예상 오류는 Apdex 점수 또는 오류율에 영향을 미치고 싶지 않은 일반적인 오류입니다. 자세한 내용 은 APM의 오류 관리 를 참조하십시오.
외부 서비스는 New Relic에 데이터를 계측하고 보고하는 서비스와 관련하여 프로세스에서 벗어난 서비스 입니다. 외부 서비스는 계측된 서비스에 의해 호출되거나 호출됩니다.
New Relic UI의 대부분의 위치에서 외부 서비스는 원격 측정 자체를 New Relic에 보고하지 않지만 계측 서비스가 수신 또는 발신 호출에 대해 보고하는 데이터를 사용하여 외부에서 관찰되는 계측되지 않은 서비스입니다. 예를 들어 api.stripe.com
라는 외부 서비스는 계측되지 않고 New Relic 자체에 데이터를 보고하지만 New Relic 에이전트로 계측된 서비스가 호스트 이름 api.stripe.com
에 HTTP 요청을 할 때 New Relic에 알려집니다.
패싯은 팀이 변수가 많은 정보를 비교하는 데 도움이 됩니다. NRQL에서 New Relic 데이터를 쿼리하고 패싯을 사용하여 표시된 데이터를 분할할 수 있습니다. 예를 들어, CPU 데이터가 사용되는 위치를 알고 싶다면 호스트 이름 패싯으로 CPU 데이터를 분할할 수 있습니다.
SELECT average(cpuPercent) FROM SystemSample FACET hostname
New Relic Flex 는 애플리케이션에 구애받지 않는 올인원 인프라 통합 입니다. 이를 통해 다양한 서비스에서 메트릭 데이터를 수집하고 표준 형식(예: JSON 또는 일반 텍스트)를 터미널로 보냅니다.
코딩 기술이 필요하지 않으므로 사용자 지정 통합을 만드는 데 권장되는 방법입니다.
프레임워크 는 사전 정의된 함수의 구조화된 컬렉션으로, 애플리케이션 빌더가 애플리케이션을 빌드하기 위해 고유한 코드를 삽입합니다. 프레임워크는 라이브러리와 다릅니다. 라이브러리는 필요에 따라 호출할 수 있는 함수의 모음이지만 프레임워크는 애플리케이션의 골격입니다. 그러면 해당 프레임워크의 함수가 함수를 호출합니다. 프레임워크와 라이브러리의 차이점에 대한 자세한 내용은 프레임워크와 라이브러리 의 차이점을 참조하세요. .
New Relic은 많은 공통 프레임워크를 자동으로 계측합니다. New Relic이 지원하는 프레임워크에 대한 자세한 내용은 Instant Observability에서 솔루션을 찾아보십시오.
주어진 엔터티, 사용 사례 또는 기술에 대한 가장 중요한 메트릭입니다. 골든 메트릭에는 골든 신호(지연, 트래픽, 오류 및 포화)가 포함될 수 있습니다.
일부 New Relic UI 페이지에는 모니터링되는 개체의 인덱스 옆에 상태 표시기가 나타납니다. New Relic에서 모니터링하는 앱 또는 기타 엔터티의 상태를 나타내는 컬러 막대 (일반적으로 녹색, 노란색, 빨간색 또는 회색) 입니다. 또한 엔터티에 할당된 경고 정책이 있는지 여부와 인시던트가 있는지 여부도 나타냅니다.
위에서 언급한 색상 팔레트에 대한 예외:
- 서비스 맵 색상에대해 알아보기
- REST API(v2)는 애플리케이션의 상태 및 보고 상태 에 대해
yellow
} 대신orange
을 사용합니다.
New Relic에서 호스트 는 다음 중 하나를 의미합니다.
- 물리적 시스템 은 메모리, 처리 및 스토리지를 포함한 전용 물리적 리소스가 있는 하드웨어 기반 장치입니다. 각 시스템에는 응용 프로그램이 실행되는 자체 OS가 있습니다.
- 가상 머신 (VM)은 물리적 머신처럼 프로그램을 실행하는 물리적 머신의 소프트웨어 구현입니다. 하나 이상의 가상 머신이 물리적 머신에서 실행될 수 있습니다. 각 가상 머신에는 자체 OS가 있으며 RAM 및 CPU와 같은 할당된 가상 머신 리소스가 있습니다.
- 클라우드 인스턴스 는 퍼블릭 클라우드에서 실행되는 가상 머신 유형입니다. 이러한 맥락에서 가상 머신 및 클라우드 인스턴스는 JVM(Java Virtual Machine) 및 컨테이너와 다릅니다.
수집기에 보고하지 않도록 APM 에이전트에 지시한 오류입니다. 자세한 내용은 APM에서 오류 관리를참조하십시오.
알림 컨텍스트에서 인시던트는 알림 정책에 정의된 조건에 대한 하나 이상의 위반 모음입니다. 인시던트 레코드에는 각 위반에 대한 모든 시작 및 종료 타임스탬프와 각 위반 시점에 평가되는 데이터의 차트 스냅샷이 포함됩니다.
사용자 인터페이스의 인시던트 페이지 에서 자세한 정보를 볼 수 있습니다. 위반 사항을 인시던트에 롤업하는 방법에 대한 기본 설정을 선택할 수도 있습니다.
인시던트가 다른 기본 경보 개념과 어떻게 관련되어 있는지에 대한 설명은 개념 및 워크플로우를참조하십시오.
Infinite Tracing은 애플리케이션 추적을 100% 관찰한 다음 문제를 더 빨리 해결할 수 있도록 실행 가능한 데이터를 제공하는 완전 관리형 분산 추적 서비스입니다.
자세한 내용은 /docs/understand-dependencies/distributed-tracing/get-started/how-new-relic-distributed-tracing-works 를 참조하세요.
호스트 성능의 변경 사항을 구성 변경 사항과 연결함으로써 인프라 모니터링 은 MTTR(mean-time-to-resolution)을 줄이는 실시간 메트릭과 강력한 분석을 제공합니다.
인프라는 물리적 데이터 센터에서 수천 개의 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스 및 기타 유형의 통합에 이르기까지 유연하고 동적인 서버 모니터링이 필요한 복잡한 환경을 위해 특별히 설계되었습니다.
Insights는 이전에 사용자 지정 이벤트의 보고와 New Relic 데이터를 쿼리 및 차트화하는 기능을 관리했던 New Relic 제품의 이름이었습니다. 이러한 기능은 이제 당사 플랫폼의 기본적인 부분이 되었으며 더 이상 Insights 제품이나 이름의 지배를 받지 않습니다. 이러한 기능에 대해 자세히 알아보려면:
맞춤 이벤트 보고를 위한 이벤트 API
역사적 이유로 "통찰력"이라는 단어는 여전히 일부 지역에서 사용됩니다. 예를 들어:
원래 가격 모델 을 사용하는 New Relic 조직의 경우 Insights Pro는 여전히 사용자 지정 이벤트 데이터 수집 및 보존을 관리하는 제품 이름입니다.
일부 APM 에이전트의 코드베이스에는 여전히 Insights 언어가 있습니다. 예를 들어, 자바 에이전트
custom_insights_events
구성 .Insights insert key 라는 API 키가 있습니다.
New Relic으로 식별되는 각 인스턴스에는 고유한 인스턴스 ID가할당됩니다. 인스턴스 ID는 JVM(Java Virtual Machines)에서 가장 일반적으로 발견되지만 각 에이전트에 대해 존재할 수 있습니다. 이 ID는 인스턴스를 고유하게 식별하고 API를 통해 해당 인스턴스에 대한 데이터를 검색하는 데 사용됩니다. 자세한 내용은 REST API의 목록 인스턴스 ID를참조하십시오.
New Relic에서 통합은 New Relic에 데이터 보고를 허용하는 기술과 New Relic 간의 연결을 의미합니다. 따라서 예를 들어 에이전트에는 다양한 통합(다양한 앱 프레임워크, 운영 체제 또는 데이터베이스 유형에서 데이터를 보고하는 방법)이 포함되어 있습니다. 다른 통합은 서비스(예: AWS Lambda 또는 PagerDuty)에서 데이터를 보낼 수 있도록 하는 구성 또는 절차(예: 설정 또는 API 엔드포인트 변경)의 형태를 취합니다.
모든 통합을 참조하십시오.
모바일 모니터링 에서 상호 작용 은 사용자 상호 작용(일반적으로 버튼 누름)에 의해 시작된 특정 코드 경로입니다. 상호 작용은 모바일 거래와 동일하며 거래 와 마찬가지로 상호 작용을 추적 하고 모니터링할 수 있습니다.
BrowserInteraction 이벤트에서 상호 작용에 포함된 많은 데이터를 볼 수 있습니다.
상호 작용 추적 은 단일 상호 작용 의 완전한 그림입니다. 상호 작용 추적을 통해 New Relic은 느린 단일 상호 작용에 대해 훨씬 더 깊은 가시성을 제공하므로 더 넓은 문제를 이해하는 데 도움이 될 수 있습니다. 상호 작용 추적은 트랜잭션 추적 과 동일한 모바일 기능입니다. 자세한 내용은 상호 작용 생성(iOS) 및 상호 작용 생성(Android) 을 참조하십시오.
인벤토리 데이터 는 서비스 또는 호스트의 상태 또는 구성에 대한 정보입니다. 인벤토리 데이터의 예는 다음과 같습니다.
구성 설정
서비스가 있는 호스트의 이름
AWS 리전
사용 중인 포트
자세한 내용은 데이터 이해 및 사용 을 참조하십시오.
경고 컨텍스트에서 문제는 주의가 필요한 시스템의 문제입니다. 문제는 기계 학습 또는 기타 수단을 통해 상관 관계를 지정한 하나 이상의 사건 및 이상 현상으로 구성됩니다. 이슈가 생성, 확인 또는 종료될 때 알림을 받을 수 있습니다.
자세한 내용은 경고 개념 및 워크플로를참조하십시오.
로그 는 시스템 활동을 이해하고 문제를 진단하는 데 사용되는 시스템에 대한 메시지입니다. 로그 데이터를 사용하는 방법에 대한 자세한 내용은 로그 관리 를 참조하십시오.
당사의 로그 관리 및 모니터링 기능은 기존 로그 전달자를 사용하여 로그 데이터를 수집, 처리, 탐색, 시각화 및 경고하는 도구를 제공합니다. 한 곳에서 모든 로그 데이터를 사용하면 더 나은 결정을 내리고 더 빠르게 문제를 감지 및 해결할 수 있으며 컨텍스트에서 로그를 확인하여 더 빠르게 문제를 해결할 수 있습니다.
컨텍스트에 로그인하면 다른 New Relic 플랫폼 환경에서 로그 데이터를 볼 수 있습니다.
New Relic Lookout은 원형 시각화를 사용하여 정상적인 동작에서 벗어나는 개체에 대한 직관적인 보기를 제공합니다. 색상은 심각도를 나타내고 원의 크기는 최근 변경 사항의 규모를 나타냅니다. 아무 것도 구성할 필요가 없습니다. New Relic Lookout은 지난 5분 동안의 성능을 이전 시간과 자동으로 비교합니다.
상위 계정 을 참조하십시오.
소프트웨어 모니터링 산업에서 메트릭은 응용 프로그램 또는 시스템의 숫자 측정을 의미합니다. New Relic이 메트릭을 정의하고 사용하는 방법을 알아보려면 New Relic 데이터 유형을참조하십시오.
New Relic은 여러 가지 방법으로 지표를보고합니다. 다양한 메트릭 데이터를 메트릭 타임슬라이스 데이터라고 합니다. 이 유형의 데이터에 대한 자세한 내용은 New Relic 데이터 유형을참조하십시오.
메트릭 그룹화 문제 는 계정에서 너무 많은 다른 이름의 메트릭 타임슬라이스 데이터 포인트 를 New Relic에 보내고 이러한 개별 웹 트랜잭션이 제대로 집계되지 않을 때 발생합니다. 예를 들어 단일 /user/controlpanel/
측정항목 이름 대신 /user/controlpanel/alice
, /user/controlpanel/bob
및 /user/controlpanel/carol
가 표시될 수 있습니다. 자세한 내용은 측정항목 그룹화 문제 를 참조하세요.
개인 위치 에서 가상 모니터작업을 수락하는 소프트웨어입니다. 미니언은 하이퍼바이저에서 실행되는 패키지 가상 어플라이언스입니다. 자세한 내용은 개인 위치 개요 및 개인 미니언 설치 및 구성을참조하십시오.
New Relic 모바일 모니터링을 통해 Android, iOS, tvOS 및 기타 시스템에서 모바일 앱의 성능을 모니터링하고 관리할 수 있습니다. 모바일 모니터링은 충돌, 처리량, HTTP 요청, 오류 추적 등을 포함한 종단 간 세부 정보를 제공합니다.
합성 모니터링의 경우 모니터는 웹사이트 또는 API 엔드포인트를 사용할 수 있는지 확인합니다. 자세한 내용은 모니터 추가 및 편집을참조하십시오.
New Relic에서는 네임스페이스를 사용하여 New Relic 데이터베이스(NRDB)에 저장하는 데이터를 구성하는 데 도움을 줍니다. 고객의 관점에서 볼 때 네임스페이스 개념의 가장 실질적으로 관련된 용도는 데이터 보존과의 관계입니다. 네임스페이스는 다양한 유형의 데이터에 대한 기본 데이터 보존 기간을 설정하는 것입니다. 예를 들어 특정 계정에서 Logging
네임스페이스의 데이터는 모두 동일한 보존 기간을 공유하고 APM
네임스페이스의 데이터는 모두 동일한 보존 기간을 공유합니다.
New Relic Navigator를 사용하면 하나의 보기에서 많은 개체를 쉽게 탐색할 수 있습니다. Navigator는 알림을기반으로 한 신호등 색상과 함께 고밀도 벌집 모양으로 시스템의 전체 자산을 표시합니다.
NerdGraph 는 우리의 GraphQL API로, 오버페칭이나 언더페칭 없이 필요한 데이터를 정확하게 요청할 수 있는 효율적이고 유연한 쿼리 언어입니다. NerdGraph 호출은 단일 요청에서 필요한 모든 데이터를 가져옵니다. 또한 NerdGraph를 사용하면 시간이 지남에 따라 API를 더 쉽게 발전시키고 강력한 개발자 도구를 사용할 수 있습니다.
NerdGraph 탐색기를 사용하여 스키마를 탐색하고 정의를 찾을 수 있습니다. api.newrelic.com/graphiql에서 직접 사용해 보세요.
자세한 내용은 New Relic 소개 를 참조하십시오.
카탈로그는 New Relic 플랫폼에 구축된 애플리케이션 모음입니다. 카탈로그에는 당사가 구축한 맞춤형 앱, 공개 오픈 소스 앱 및 귀하가 구매한 모든 앱이 포함됩니다.
New Relic 에서 카탈로그를 검색할 수 있습니다.
NRQL 은 SQL과 형태가 유사한 쿼리 언어로, New Relic 계정에 저장된 데이터를 쿼리할 수 있습니다.
APM은 트랜잭션 을 웹 또는 비웹으로 식별합니다. New Relic이 웹 요청에 의해 시작된 트랜잭션을 감지하지 못하는 경우 이를 웹이 아닌 트랜잭션이라고 합니다. 자세한 내용은 백그라운드 프로세스 및 기타 웹이 아닌 트랜잭션을 참조하세요.
경고의 맥락에서 알림은 인시던트가 열리거나 승인되거나 종료될 때 전송되는 메시지입니다. 알림 유형은 경고 정책의 알림 채널에 의해 정의됩니다.
알림이 다른 기본 경고 개념과 어떻게 관련되는지에 대한 설명은 개념 및 워크플로우를참조하십시오.
알림의 맥락에서 알림 채널은 인시던트가 열리거나 승인되거나 닫힐 때 알림을 보내는 곳입니다. 사용 가능한 채널에는 이메일, 모바일 푸시 알림, 웹후크 등이포함됩니다.
로깅 관리 기능의 맥락에서 이것은 해싱 또는 마스킹을 통해 로그의 민감한 데이터를 숨기는 보안 프로토콜입니다. 숨기려는 중요한 데이터를 식별한 후 표현식 형식으로 정의합니다. 이 표현식을 사용하여 로그에서 중요한 데이터의 인스턴스를 식별하는 난독화 규칙을 만든 다음 규칙에 따라 마스킹 또는 해싱을 자동화합니다.
호스트 내 통합 은 자체 서버 또는 호스트에 상주하고 인프라 에이전트와 통신하는 통합을 의미합니다. 자세한 내용은 호스트 내 통합 소개 를 참조하십시오.
New Relic에서 "조직"은 하나 이상의 개념을 참조할 수 있습니다.
- New Relic 계정 관리 목적에서 "New Relic 조직"은 New Relic 고객에게 속한 모든 자산 및 데이터(예: 계정, 사용자 및 데이터)를 나타냅니다. 이 개념에 대한 자세한 내용은 조직 및 계정 구조 를 참조하십시오.
- 우리는 때때로 비즈니스 또는 비영리 단체를 지칭하기 위해 일반적인 방식으로 "조직"을 사용합니다.
페이지 로드 타이밍을통해 New Relic은 최종 사용자 브라우저의 전체 로드 시간을 모니터링합니다. New Relic 애플리케이션 에이전트는 JavaScript를 페이지에 동적으로 삽입한 후 다음 주요 로드 포인트를 캡처합니다.
탐색 시작 : 사용자가 트랜잭션을 시작합니다.
첫 번째 바이트 : 브라우저가 요청된 페이지를 수신합니다.
DOM 준비 : 브라우저가 DOM 구문 분석을 완료했습니다.
페이지 준비 완료 : 페이지 로딩이 완료되었습니다.
페이지 로드 타이밍은 RUM 또는 실제 사용자 모니터링이라고도 합니다. 표준 RUM과 달리 페이지 로드 타이밍은 JavaScript 오류 및 AJAX 요청도 캡처합니다. 자세한 내용은 페이지 로드 타이밍 프로세스 를 참조하세요.
더 이상 사용되지 않는 기간 속성 을 참조하십시오.
New Relic 조직은 부모/자식 계정 구조를 가질 수 있습니다. 이 구조는 원래 사용자 모델의 사용자가 있는 조직에 훨씬 더 중요했지만 최신 사용자 모델의 사용자가 있는 조직의 일부 기능과 여전히 관련이 있습니다. New Relic 조직에서 생성된 첫 번째 계정은 본질적으로 상위 계정입니다. 이것의 한 가지 영향은 해당 계정이 사용 및 청구 데이터가 보고되는 곳이라는 것입니다.
상위 계정은 이전에 마스터 계정이라고 했고 하위 계정은 이전에 하위 계정이라고 했습니다.
특정 시점의 New Relic 보기로 연결되는 고유 URL입니다. 퍼머링크 는 문제를 해결하고 동료와 흥미로운 시간대를 공유하는 데 유용합니다. 많은 New Relic UI 페이지에서 UI 오른쪽 상단에 퍼머링크 아이콘이 있습니다. 이에 대한 자세한 내용은 플랫폼 기본 사항을참조하십시오.
웹 사이트에 액세스할 수 있는지 확인하기 위해 웹 사이트에 연결하는 New Relic의 구성 요소입니다. New Relic은 유럽, 아시아 및 미국에서 활동하고 있습니다. 각 핑거는 최소 2분에 한 번씩 웹사이트에 접속을 시도합니다. 충분한 핑거가 웹사이트에 도달할 수 없으면 애플리케이션이 다운된 것으로 간주됩니다.
실제 브라우저 테스트 및 API 엔드포인트 테스트를 포함한 심층적인 스크립팅 가능 테스트는 종합 모니터링을참조하세요. 합성 모니터링에는 전 세계 위치에서 웹사이트를 모니터링할 수 있는 무료 핑 모니터링이 포함됩니다. 자세한 정보는 합성 모니터 유형을참조하십시오.
알림의 맥락에서 알림 정책은 유사한 알림 조건에 대한 버킷이므로 모든 알림을 한 곳에서 볼 수 있습니다. 따라서 팀에서 Java 애플리케이션의 모든 조건을 검사하려는 경우 해당 조건을 포함하는 정책을 생성해야 합니다.
자세한 내용은 경고 개념 및 워크플로를참조하십시오.
Amazon 통합은 통합에 따라 달라지는 폴링 간격에 따라 AWS 서비스를 쿼리합니다. 각 폴링 간격은 모든 AWS 엔터티에 대해 발생합니다. 예를 들어 13개의 Amazon Elastic Load Balancer(ELB)가 있는 경우 각각 5분마다 폴링됩니다.
AWS 통합에 따라 API 요청과 반환된 지표 데이터 사이의 타이밍에 지연이 있을 수 있습니다. 비정상적인 지연이 발생하면 통합 문제 해결 절차 를 따르십시오.
New Relic에서 quickstart
은 다음 중 하나 또는 둘 다를 얻는 데 필요한 모든 설치 방법을 나타냅니다.
추가의
(선별된 대시보드에 추가) Dashboards UI에서 액세스 가능
사전 구축된 알림
빠른 시작은 Instant Observability 페이지에 있습니다. 예를 들어, 이 페이지에는 일반적으로 .NET 에이전트를 설치하여 얻을 수 있는 것 외에도 추가 대시보드 및 미리 작성된 경고를 제공하는 .NET용 빠른 시작이 포함되어 있습니다 .
복구 기간은 데이터 소스가 위반 상태에서 비위반 상태로 전환될 때 시작됩니다. 복구 기간은 조건의 임계값에서 설정됩니다. 소스가 비위반 상태를 유지하고 복구 기간이 경과하면 인시던트가 종료됩니다. 시간이 경과하기 전에 데이터 원본이 위반 상태가 되면 복구 기간 시계가 재설정되고 인시던트가 종료되지 않습니다.
정규식의 줄임말입니다. 프로그래밍 언어와 함께 사용할 때 텍스트 청크에서 패턴을 검색하는 일련의 문자 및 연산자입니다. 예를 들어 로그에서 주민등록번호를 찾으려면 로그에서 {3 digit-2 digit-4 digit}
패턴을 따르는 숫자 패턴을 검색하는 정규식을 만들 수 있습니다.
서비스 요청과 응답 사이의 시간입니다. 이러한 종류의 차트는 APM 모니터링 및 브라우저 모니터링에 사용됩니다. 자세한 내용은 응답 시간을참조하십시오.
APM의 맥락에서 이는 일반적으로 여러 애플리케이션에 동일한 애플리케이션 이름을 사용하는 것을 의미합니다. 이를 통해 여러 애플리케이션 또는 애플리케이션의 여러 인스턴스에서 APM의 데이터를 결합할 수 있습니다. 자세한 내용은 앱 데이터 롤업을참조하십시오.
RPM 이라는 용어는 일반적으로 애플리케이션이 사용자로부터 받는 분당 요청 수를 나타냅니다. 이는 일반적으로 CPM (분당 호출 수)과 동일합니다.
역사적으로 일부 New Relic 모니터링 솔루션은 다음과 같습니다. URL에 RPM을 포함하는 데 사용되는 브라우저 모니터링 예: https://rpm.newrelic.com
. New Relic의 첫 번째 반복이 Ruby on Rails 애플리케이션을 모니터링했기 때문에 이 언어 사용은 원래 Rails 성능 관리를참조했습니다 . 우리는 이제 Ruby보다 더 많은 언어와 시스템을 모니터링합니다.
브라우저 모니터링을참조하십시오.
경고와 관련하여 Runbook에는 일반적으로 시스템 관리자, 네트워크 운영 직원 및 기타 직원이 중단, 경고 사고 및 기타 상황을 처리하는 데 사용하는 표준 절차 및 작업이 포함되어 있습니다. 조직에서 Runbook 지침을 URL로 저장하는 경우 이 정보를 알림 정책에 연결하면 인시던트가 정의된 정책 임계값을 위반할 때 직원이 이 정보에 쉽게 액세스 할 수 있습니다.
SAML은 두 당사자 간에 인증 데이터를 공유하기 위한 XML 기반 데이터 형식입니다. SAML 기능에 대한 자세한 내용은 SAML SSO를참조하십시오.
서비스는 특정 태스크(일반적으로 서비스 요청)를 수행하는 런타임 서버 프로세스의 클러스터입니다. 응용 프로그램과 달리 서비스는 일반적으로 사람이 호출하지 않습니다. 그러나 때때로 "응용 프로그램"과 "서비스"는 같은 의미로 사용됩니다.
당사는 서비스에서 데이터를 보고할 수 있는 다양한 에이전트 및 통합을 제공합니다.
경고의 맥락에서 신호는 감시되고 경고되는 원격 분석 데이터의 스트림입니다. NRQL 쿼리를 사용하여 신호를 정의합니다. 자세한 내용은 NRQL 경보 조건을참조하십시오.
데이터를 수신하고 스트리밍 알림 플랫폼으로 라우팅하면 NRQL WHERE
절이 들어오는 데이터를 필터링합니다. 필터링된 스트리밍 데이터는 예를 들어 신호 사고 손실에 대해 평가되는 것입니다.
분산 추적에서 범위 는 "해당 추적에서 작업의 연속 세그먼트를 나타내는 명명된 시간 지정 작업"( OpenTracing.io 정의에서)입니다.
분산 추적의 경우 분산 추적 UI에 스팬이 표시되며 쿼리 에 Span
데이터 유형을 사용할 수 있습니다.
루트 범위 도 참조하십시오.
SSL 인증서 는 전송 중인 데이터를 암호화합니다. New Relic은 더 일반적으로 사용되는 용어이기 때문에 보안 인증서를 SSL이라고 부르지만 모든 인증서는 전송 시 보안 암호화에 대한 산업 표준을 준수합니다.
SSO (Single Sign On)를 사용하면 외부 SSO 공급자를 사용하여 New Relic에서 사용자 인증을 관리할 수 있습니다. 자세한 내용은 SAML SSO를참조하십시오.
경고 컨텍스트에서 이는 집계 창의 데이터가 처리되는 시기를 결정합니다. 스트리밍 알고리즘은 서버의 시계 시간과 집계 창 크기를 사용하여 경고 평가 프로세스를 트리거합니다.
마스터 계정 을 참조하십시오.
종합 모니터링 을 사용하면 자동화되고 스크립트 가능한 도구를 통해 웹 사이트 또는 API 엔드포인트를 모니터링할 수 있습니다. 무료 핑 모니터를 사용하여 웹사이트에 액세스할 수 있는지 확인하거나 실제 브라우저로 웹사이트를 테스트하는 브라우저 모니터로 모니터링을 확장하십시오. 정교한 테스트를 위해 브라우저 또는 API 모니터를 스크립팅하기 위해 스크립팅으로 더 나아가십시오.
경고의 맥락에서 대상은 경고 조건에서 식별된New Relic 모니터링 도구에서 모니터링하는 리소스 또는 구성 요소입니다. 해당 대상에 대한 데이터 원본이 정의된 중요 임계값을 초과하면 인시던트를 엽니다. 정책의 인시던트 기본 설정에 따라 경고는 인시던트 레코드를 생성하고 정의된 채널을 통해 알림을 보낼 수 있습니다. 엔티티 를참조하십시오.
태그는 데이터를 구성하고 사용하기 쉽게 만드는 데 도움이 되도록 모니터링되는 앱, 호스트, 대시보드 및 기타 엔터티에 추가되는 키:값 메타데이터입니다. 자세한 내용은 태그를참조하십시오.
New Relic을 사용하는 경우 원격 분석 데이터를 수집합니다. New Relic을 사용하면 시스템을 모니터링하고 지표, 이벤트, 로그 및 추적의 형태로 데이터를 수집합니다. 그런 다음 New Relic은 수집된 데이터를 서버에 저장하고 대시보드를 통해 액세스하고 분석할 수 있습니다.
임계값 은 위반을 정의하는 경고 조건 설정입니다. 임계값에는 위반을 트리거하기 위해 데이터 소스가 전달해야 하는 값과 위반을 정의하는 시간 관련 설정이 포함됩니다. 예를 들어:
최소 x분 동안 특정 값 전달
x분에 한 번만 특정 값 전달
데이터 소스가 특정 값을 통과하는 동안 성능 저하 기간 이 시작됩니다. 마찬가지로 해당 데이터 소스가 특정 값 전달을 중단하면 복구 기간 이 시작됩니다. 이 두 기간의 기간은 경고 조건 임계값 설정에 정의됩니다.
임계값에는 필수 임계값(빨간색) 임계값과 선택적 경고(노란색) 임계값이 있습니다. 임계값을 초과하면 UI에서 엔터티의 상태 표시기가 노란색 또는 빨간색으로 변경되고 위반이 열립니다.
자세한 내용은 임계값 정의를참조하십시오. 임계값이 다른 기본 경보 개념과 어떻게 관련되어 있는지에 대한 설명은 개념 및 워크플로우를참조하십시오.
처리량은 모니터링되는 애플리케이션에 대한 사용자 활동의 측정치입니다. APM 처리량 및 브라우저 모니터링 처리량은 다양한 방식으로 측정됩니다.
- APM: 분당 요청 수(RPM)
- 브라우저: 분당 페이지 조회수(PPM)
계층 은 New Relic이 지원하는 다양한 에이전트 언어 생태계를 분류하거나 시각화하는 방법을 참조할 수 있습니다. 예를 들어:
APM에서 앱의 기본 개요 차트 에 표시되는 색상으로 구분된 범주는 다양한 기능, 프로세스 또는 에이전트에 소요된 응답 시간을 계층으로 표시합니다. 예를 들어 요청 대기열, 가비지 수집, 미들웨어, JVM 등
New Relic 레이블에서
TIER
클라이언트-서버 아키텍처를 정의하거나 분류하는 데 사용할 수 있습니다. 예를 들어 프런트엔드 및 백엔드 계층입니다.때때로 '계층'은 가격 책정 버전 을 나타내는 데 사용될 수 있습니다.
일반적으로 New Relic UI 경험은 현재 시점에서 끝나는 지난 30분 동안의 데이터를 표시합니다. 시간 창을 변경하려면 UI의 오른쪽 상단 섹션에 있는 시간 선택기를 사용할 수 있습니다.
시간 범위 는 New Relic UI에서 선택한 시간의 길이를 의미할 수 있습니다. New Relic은 시간 선택기 를 사용하여 선택한 범위에 따라 시간 범위를 표시합니다.
메트릭 타임슬라이스 데이터를 참조하십시오.
추적 은 요청이 시스템을 통해 이동하는 방법에 대한 설명입니다. 추적 데이터는 시스템 성능을 이해하고 문제를 진단하는 데 도움이 됩니다. 추적 데이터를 사용하는 방법에 대한 자세한 내용은 New Relic 데이터 유형 을 참조하십시오.
건강 상태를 참조하십시오.
New Relic 사용자 인터페이스. 자세한 내용은 표준 페이지 기능을참조하십시오.
New Relic 사용자 및 관리 방법에 대한 자세한 내용은 사용자 관리를참조하십시오.
사용자 메뉴는 New Relic 플랫폼의 왼쪽 하단에 있으며 조직 및 계정 관련 설정에 액세스할 수 있는 곳입니다. 자세한 내용은 계정 설정 을 참조하십시오.
협정 세계시(UTC) 또는 협정 세계시는 전 세계의 시간을 동기화하기 위한 표준 타임스탬프입니다.
메트릭 타임슬라이스 데이터 에서 얻은 숫자 값 ; 예를 들어, 평균, 최소, 최대, 총계, 표본 크기 등
경고 컨텍스트에서 경고 조건에 의해 모니터링되는 엔터티가 해당 조건에 정의된 임계값을 초과하는 값을 보고하면 위반이 발생합니다. 위반이 다른 기본 경보 개념과 어떤 관련이 있는지에 대한 설명은 개념 및 워크플로우를참조하십시오.
선택한 사건의 페이지에 대한 위반 요약을 볼 수 있습니다. 제품의 UI 에서 특정 엔터티에 대한 위반 사항을 볼 수도 있습니다.
WebDriver 는 합성 스크립트 브라우저 를 제어하는 데 사용되는 Selenium 구성 요소입니다. 특히, 합성 모니터링은 Selenium의 Node.js 기반 플레이버인 WebDriverJS를 사용합니다. 자세한 내용은 스크립팅된 브라우저 작성 및 스크립팅된 브라우저 예제 를 참조하십시오.
워크플로는 문제가 발생할 때 적절한 사람에게 경고 알림을 라우팅하는 방법입니다. 문제 해결을 더 쉽게 하기 위해 워크플로에 쿼리를 추가하여 사건에 대한 더 많은 정보로 알림을 자동으로 강화할 수 있습니다.
자세한 내용은 워크플로 를참조하십시오.
워크로드를 사용하면 특정 비즈니스 가치를 제공하기 위해 함께 작동하는 엔터티를 그룹화할 수 있습니다. 그런 다음 관련 항목에 대한 가용성 및 리소스 소비를 쉽게 모니터링할 수 있습니다. 예를 들어 데이터 센터를 구성하는 모든 호스트로 워크로드를 만들 수 있습니다.
자세한 내용은 워크로드 소개를참조하세요.