BOOK A DEMO

Observe every trace so you can find and fix issues fast

New Relic distributed tracing is included for APM customers

New Relic distributed tracing is designed to give software teams working in modern environments an easy way to capture, visualize, and analyze traces through complex architectures. And if you’re already using New Relic application performance monitoring (APM), you get distributed tracing at no extra charge. You just need to update your agents, open New Relic, and select Traces to see your trace data.

New Relic APM agents completely remove the operational burden of managing complex tracing software, so engineers like Andrew at Dealer.com are free to instrument their environments to generate unlimited trace telemetry without worrying about the complexities associated with deploying and scaling components.

You can observe all application traces across your distributed systems automatically. New Relic distributed tracing provides actionable detailed scatter chart and waterfall visualizations for a variety of language frameworks like C, Go, Java, .NET, Node.js, PHP, Python, Ruby and more. It also includes New Relic browser data and mobile monitoring, AWS Lambda, and Zipkin format traces through the Trace API and supports common standards for traces like OpenTelemetry and W3C, so you can investigate and solve issues faster.

 

 

Understanding software complexity

To understand why distributed tracing is so important, it’s helpful to look at the cloud platforms, containerization, and container orchestration that forward-thinking software organizations use to quickly build, scale, and operate business-critical applications.

Despite the many advantages of software architectures built on microservices and serverless, the exploding number of components and their diversity in language, operating environment, and ownership creates a huge new burden for teams trying to manage them. Teams can’t effectively work toward resolving issues in a complex system until they understand all the service dependencies and how the performance characteristics of dependent services impact their requests and transactions. To find the proverbial needle in the haystack, you need a complete view of the entire system.

Understanding how a downstream service “a few hops away” can create a critical bottleneck for a service is essential for fast problem resolution. Just as important, it also provides DevOps teams with insight on how to optimize their code. If you can’t determine when, why, and how an issue happens, small defects may continue to linger in production until a perfect storm of events aligns and the system breaks all at once. Distributed tracing provides a detailed view of individual requests so you can point out precisely what parts of the larger system are causing issues to optimize and solve issues faster.

 

Data vs insights

Distributed tracing provides end-to-end visibility by revealing service dependencies. You can consider it a way to record and visualize requests through complex, distributed systems. But collecting and visualizing tracing data can be labor-intensive and complex to implement, like deploying, managing, and scaling third-party gateways or satellites for data collection.

New Relic makes setting up distributed tracing easy with automatic instrumentation. Our auto-instrumenting application code uses language agents that work with hundreds of different libraries and frameworks across multiple languages. You deploy one agent, and New Relic APM instruments each service involved in the request, creates timings for operations within the service, and automatically adds important troubleshooting information to each span. You can even add custom attributes to transactions and see all your information in the trace as well, without changing anything.

New Relic APM agents automatically create a unique trace ID for each incoming request and propagate that ID and other necessary correlation information as the “trace context” across the entire call. For example, when one service makes a call to another service, New Relic adds the trace context to the HTTP request header for the next service to use. Our auto-instrumentation is designed to eliminate the hard work of managing and propagating context.

What if you are using a transport that requires manual instrumentation? The New Relic APM agent provides an API that you can use to inject and extract the trace context. Using the W3C Trace Context format for propagating the trace context makes them interoperable with any other tracing agent or tool that also supports that standard.

None of this matters if you can’t identify the insights in the data across your stack. New Relic APM provides trace visualizations designed to help you quickly understand why a specific request is slow, where an error originated, and where you can optimize your code to improve the experience for your customers.

Here’s a diagram that shows how these components work together for New Relic distributed tracing:

 

 

Get started with New Relic distributed tracing

Ready to get started and identify ways to improve your applications? With New Relic APM and distributed tracing, soon you’ll be analyzing complex architectures so you can better understand dependencies across your system.

1. Review the distributed tracing documentation.

2. Deploy or update to the latest APM agent to each service involved in the call path you’re interested in. Distributed tracing will be immediately available upon upgrading.

3. That’s it! Now you can access the distributed tracing information from New Relic APM and quickly identify slow traces and traces with errors. And you can even use the advanced filtering to find traces by a combination of attributes.

 

Want to know more? Click here for more details

Top 3 reasons to upgrade your APM agent

1. Reduce security vulnerabilities

The number one reason to update your agents is security. Hackers can take advantage of weaknesses in outdated software, which can lead to a wide range of issues, including theft of sensitive information, unusable files, and more. Agent upgrades often include software patches that address security vulnerabilities. If you don’t update your agents, you are putting your customers, teams, and company at risk.

2. Improve your monitoring capabilities

Agent upgrades often add new features that improve visibility into your systems and dramatically speed up the process of finding and fixing issues. Here are some benefits you get from the latest New Relic APM agents:

 

3. Access technical support and bug fixes

As older software ages out, you have fewer options for technical support. Tickets to technical support teams may take longer to resolve as a result—or there may no longer be support at all. Software teams focus on bug fixes and feature support for the latest agents, meaning that it’s harder—or sometimes even impossible—to get updates to older software. By updating to the latest agents, you’ll benefit from the bug fixes and features provided with newer versions.

Best practices for upgrading your agents

1. New Relic recommends updating to the latest agent version as soon as it’s available. If your organization has established practices that prevent you from upgrading to the latest version, you should at least ensure that your agents are regularly updated to a recent version that was released within the last 90 days.

2. Review which version of the agent you’re using to know when an update is needed. You can turn on the Agent Groundskeeper app on your account to identify which agents are using outdated versions.

3. Try to keep the same version of the New Relic agent installed on all your services. Mismatched agent versions can result in an inconsistent troubleshooting experience. For example, if some of your agents are reporting distributed trace data while others are not, you’ll have broken traces that make it more difficult to find the source of an issue across multiple services.

4. Use automation to deploy and upgrade agents. See the Update New Relic agents section in the documentation for more details.

5. Read the release notes for New Relic agents, so you can take full advantage of our latest features, enhancements, and important security patches, as well as get end-of-life announcements. You can subscribe to the RSS feed so you’re alerted when there are any changes.

How to monitor CDN performance with Akamai, Cloudflare, and Fastly integrations

CDN performance observability in minutes

We’ve partnered with leading CDN providers Akamai, Cloudflare, and Fastly to create quickstarts that bundle integration instructions, pre-built dashboards, and alerts to help you start monitoring your CDN’s performance in a matter of minutes. By integrating your CDN with New Relic, you can keep tabs on performance metrics such as load balancing, latency, availability, and other information in the context of all your telemetry data.

Akamai integration

Akamai uses its distributed cloud platform to enable users to build, run, and secure applications in one place. Akamai DataStream 2 is a real-time log delivery solution that supports sending log files to New Relic for improved log analytics.

The Akamai DataStream 2 quickstart comes with a pre-built dashboard and 5XX error alert to let you instantly monitor Akamai performance in New Relic, such as cache-hit ratio, and view client information like browser and browser version.

How to set up the Akamai integration

Watch the video above or follow the instructions below:

1. Create a job by making a POST request to the Akamai DataStream 2 endpoint.

Sliding window aggregation: Refined control over alert monitoring

We recently introduced sliding window aggregation, a new method for alerts to aggregate metrics, smooth out visualizations, and alert on erratic or infrequent signals, including latency, traffic, errors, and saturation. This blog post shows you how to use sliding window aggregation to manage alerts more effectively.

First, let’s start with the basics: You create alert conditions in New Relic using NRQL queries. Advanced signal settings for the alert conditions give you options to better handle continuous and streaming data signals that might sometimes be missing.

We’ve expanded this functionality so you can precisely identify the source of an anomaly with minimal distractions. The window duration in the advanced signal settings for alert conditions is how the New Relic platform groups your data into intervals. A longer duration smooths out visualizations of choppy or less frequent signals, so it’s easier to spot trends in the data. You can use the new sliding window aggregation setting to gather data in overlapping time windows to smooth out the chart line.

Set your alert conditions to only find important trends, and let New Relic do the hard work of finding those trends for you. Sliding window aggregation uses faceted baseline conditions so you can:

You control how New Relic aggregates the sliding windows in your NRQL query. For example, if you use specify average, you get the average over the sliding window.

 

Get started: Select your slide by interval

Want to get started with managing alerts more effectively with sliding window aggregation?

1. In one.newrelic.com, start by going to Alert conditions (Policies) under Alerts & AI to view your alerts and either edit an existing condition or set up a new condition.

2. Define your signal.

3. Set your condition thresholds.

4. Then select Fine-tune advanced signal settings > Data aggregation settings > Use sliding window aggregation to turn on sliding window aggregation, and set a slide-by interval.

Watch this video for a quick demo:

 

As an added benefit for more flexibility, we’ve raised the maximum window duration (the aggregation window) to 120 minutes. This increase in the maximum value is available across all NRQL alert conditions, not only sliding window aggregation.

Reminder: Build a buffer before you evaluate alerts

Keep in mind that since the alerts system only evaluates streaming data, you need to build an aggregation buffer before any violations will open on that condition. This means that if you set X as your aggregation window, for the first X minutes, no violations will trigger alerts.

As an example, imagine that you set up an alert condition using a 1-hour aggregation window and a 1-minute slide-by interval. When you save the condition, the first hour will be spent building an aggregation buffer of streamed data. No violations will trigger alerts in this first hour. After that point, the condition will behave normally. Every minute, it will have a fresh 60m of data to aggregate and evaluate.

Control data privacy with New Relic log obfuscation options

Better logs, easy security, and compliance

Our logs in context functionality extends visibility by showing logs alongside metrics to troubleshoot issues faster while including any additional filtering to follow your organization’s security guidelines to mask, obfuscate, or prevent sending any sensitive data all without the need for a lengthy manual process or custom configurations from your teams.

Here are a few examples of private data you might want to obscure:

Note that this is not an exhaustive list. Be sure to follow your organization’s security guidelines to see what log data you may be required to protect.

 

 

Getting started with obfuscation rules

To prevent sending PII, PHI, or any other data that needs to be secured, you can choose one of two methods:

Create an obfuscation expression

Define regular expressions to specify which data to hide. Use the following options to create an obfuscation expression:

1. Go to one.newrelic.com > Logs and from the left navigation, select Obfuscation.
2. Select Create regex.
Enter a name for your new obfuscation rule and a regular expression matching the sensitive data you want to capture. Use RE2 syntax.

Create an obfuscation rule

Hide sensitive data using matching criteria:

1. Go to one.newrelic.com > Logs and from the left navigation, select Obfuscation.
2. Select Create obfuscation rule.
3. Enter a name for your new obfuscation rule and matching criteria (in NRQL format) to capture the target set of logs you want to obfuscate.
4. Add new actions (the first one is added automatically) to specify the obfuscation expression (regex) to capture each set of attributes and whether to mask or hash them. Multiple attributes can be specified comma-separated. Mask will replace all matching characters with the letter x. If you use mask, you won’t be able to query for a particular obfuscated value later. Hash will replace sensitive data with the SHA-256 hash value. If you use hash, you will be able to query them using our hashing tool, provided you know its unhashed value.
5. Select Create rule to create and activate your obfuscation rule.

You’ve now successfully created a rule to match sensitive information before data is stored in NRDB.

 

Get started with log obfuscation

 

New Relic for Startups expands with Zendesk and Carta to help early-stage startups build and scale

Our collaboration with Carta and Zendesk

o further our goal, today we’re announcing our collaboration with Carta and Zendesk to provide best-in-class platforms to scale both engineering and business practices to the next generation of founders. Now, a larger ecosystem of early-stage startups will have access to the same tools used by world-class engineering organizations. By teaming up with companies like Carta and Zendesk, all builders can establish DevOps and data-driven engineering practices early, seeing a complete picture of their apps and systems in a single platform.

Eligible startups in each program, whether New Relic, Carta, or Zendesk, will be able to take advantage of all three platforms with exclusive credits, discounts, and support.

“The Carta startup program is designed to help founders scale and make software buying decisions easier,” says Marisabel Agosto, head of strategy and tech partnerships at Carta. “We’re thrilled to partner with New Relic for Startups to provide our founders with a world-class observability platform to monitor their entire technology stack.”

“We at Zendesk are excited to partner with the New Relic team,” says Adam O’Donnell, Startup Partnerships Manager at Zendesk for Startups. “We have thousands of startups that apply for our program each year, and we try to help them grow by offering deals from other great companies. We believe that New Relic will help our founders ship better software faster by monitoring and debugging their stack accurately.”

Startup benefits

With this collaboration, the New Relic observability platform is accessible to eligible fast-growing startups that are currently using Carta or Zendesk tools. In addition, companies in the New Relic for Startups program have greater access to tools and resources provided by Carta and Zendesk. Benefits for eligible startups include:

Get started with New Relic for Startups via Carta or Zendesk*

To apply for New Relic for Startups, go to the Carta Startup Stack page or the Zendesk for Startups dealbook and follow these steps:

1. Log into your Carta account or Zendesk account.
2. Select the New Relic offer on the Carta Startup Stack page or the Zendesk for Startups dealbook and fill out the form to apply.
3. Approved startups will receive instructions on how to redeem the credits.
4. Invite engineers from your organization to instrument apps with our guided install. Happy monitoring!

Webiscope is now part of Aman Group

We are happy to announce that Webiscope is now part of Aman Group. We look forward giving our customers and partners greater value with more complete solutions and outstanding service.