New Relic Query Language (NRQL), pronounced “nerkel,” is the SQL-like language we have been developing since 2014 specifically for analytics. Our customers use NRQL extensively to write custom queries and analyze the data (both metric and events data) they send to New Relic.
Along the way we’ve received many requests to add alerting and notifications using data from NRQL queries. Following up on those requests, we announced NRQL alerts at our FutureStack16 user conference in San Francisco last year. Since then, hundreds of customers have participated in the limited-release beta program. They have not only given us great feedback but also demonstrated a plethora of game-changing use cases for NRQL alerting. That’s why I am so happy to announce that NRQL alerting capability is now generally available.
What are NRQL Alerts?
NRQL alerts are designed to offer the ability to create highly customized alerts using NRQL queries on the data you store in New Relic Insights and the New Relic database (NRDB). Now NRQL queries can be easily converted to alert conditions using the New Relic Alerts UI. The screenshots below show just how easy it is to use:
Why use NRQL alerts?
New Relic Alerts are designed to provide an easy-to-use, centralized UI to create alert conditions with full-stack visibility. Alert conditions can be easily created on a wide range of metric data collected from almost all New Relic products (including New Relic APM, New Relic Browser, New Relic Synthetics, New Relic Mobile, and New Relic Infrastructure) using the New Relic Alerts UI.
Now, in addition to operationalizing on metric data, NRQL alerts extend that capability to your event data stored in NRDB. This data can contain many dimensions, and NRQL lets you instantly slice and dice it to receive notifications when thresholds are met for the nuanced performance indicators that best represent system or business health.
One common use case for NRQL alerts is to alert off a group of things based on some shared criteria; for instance, if you want to trigger an alert any time checkout-related transactions have a duration longer than a particular threshold. The following NRQL query shows how easy it is:
Customers familiar with New Relic’s Key Transactions capability may be asking, “Isn’t that the same as a Key Transaction response time condition?” Yes, but with NRQL and the addition of a simple custom attribute like “username,” you can modify the query to notify you when a particular VIP customer had a bad experience with checkout:
The ability to arbitrarily filter and aggregate with a flexible analytics-focused query language (NRQL) opens the door to endless possibilities for ops and DevOps teams.
How can you use NRQL alerts?
Since NRQL alerts has been in limited-release beta, early users have been busy coming up with innovative ways to use it. Nate Heinrich recently wrote a description of how NRQL alerts works, and shared his “giant list of things you can do with this that might inspire you.” Read his post NRQL Alerts Will Change How You Think About Using New Relic Data to find more than a dozen examples of useful queries, including creating percentile-based queries on transaction data, so you don’t get swayed by misleading averages.
Where can I get more information?
For more information on NRQL alerts, refer to the create alert conditions for NRQL queries section of the New Relic documentation. And lots of great information on how to write NRQL queries can be found in the NRQL syntax, components, functions section of our documentation. Or, now that NRQL alerts is generally available, just go ahead and give it a try yourself!
이 블로그에 표현된 견해는 저자의 견해이며 반드시 New Relic의 견해를 반영하는 것은 아닙니다. 저자가 제공하는 모든 솔루션은 환경에 따라 다르며 New Relic에서 제공하는 상용 솔루션이나 지원의 일부가 아닙니다. 이 블로그 게시물과 관련된 질문 및 지원이 필요한 경우 Explorers Hub(discuss.newrelic.com)에서만 참여하십시오. 이 블로그에는 타사 사이트의 콘텐츠에 대한 링크가 포함될 수 있습니다. 이러한 링크를 제공함으로써 New Relic은 해당 사이트에서 사용할 수 있는 정보, 보기 또는 제품을 채택, 보증, 승인 또는 보증하지 않습니다.