Alternatives to New Relic logo

Alternatives to New Relic

Datadog, AppDynamics, Splunk, Airbrake, and Prometheus are the most popular alternatives and competitors to New Relic.
16.7K
4.9K
+ 1
1.9K

What is New Relic and what are its top alternatives?

New Relic is the all-in-one web application performance tool that lets you see performance from the end user experience, through servers, and down to the line of application code.
New Relic is a tool in the Performance Monitoring category of a tech stack.

Top Alternatives to New Relic

New Relic alternatives & related posts

related Datadog posts

Robert Zuber
Robert Zuber

Our primary source of monitoring and alerting is Datadog. We鈥檝e got prebuilt dashboards for every scenario and integration with PagerDuty to manage routing any alerts. We鈥檝e definitely scaled past the point where managing dashboards is easy, but we haven鈥檛 had time to invest in using features like Anomaly Detection. We鈥檝e started using Honeycomb for some targeted debugging of complex production issues and we are liking what we鈥檝e seen. We capture any unhandled exceptions with Rollbar and, if we realize one will keep happening, we quickly convert the metrics to point back to Datadog, to keep Rollbar as clean as possible.

We use Segment to consolidate all of our trackers, the most important of which goes to Amplitude to analyze user patterns. However, if we need a more consolidated view, we push all of our data to our own data warehouse running PostgreSQL; this is available for analytics and dashboard creation through Looker.

See more

We are looking for a centralised monitoring solution for our application deployed on Amazon EKS. We would like to monitor using metrics from Kubernetes, AWS services (NeptuneDB, AWS Elastic Load Balancing (ELB), Amazon EBS, Amazon S3, etc) and application microservice's custom metrics.

We are expected to use around 80 microservices (not replicas). I think a total of 200-250 microservices will be there in the system with 10-12 slave nodes.

We tried Prometheus but it looks like maintenance is a big issue. We need to manage scaling, maintaining the storage, and dealing with multiple exporters and Grafana. I felt this itself needs few dedicated resources (at least 2-3 people) to manage. Not sure if I am thinking in the correct direction. Please confirm.

You mentioned Datadog and Sysdig charges per host. Does it charge per slave node?

See more
AppDynamics logo

AppDynamics

191
319
51
Application management for the cloud generation
191
319
+ 1
51

related AppDynamics posts

Farzeem Diamond Jiwani
Farzeem Diamond Jiwani
Software Engineer at IVP | 5 upvotes 路 128.3K views

Hey there! We are looking at Datadog, Dynatrace, AppDynamics, and New Relic as options for our web application monitoring.

Current Environment: .NET Core Web app hosted on Microsoft IIS

Future Environment: Web app will be hosted on Microsoft Azure

Tech Stacks: IIS, RabbitMQ, Redis, Microsoft SQL Server

Requirement: Infra Monitoring, APM, Real - User Monitoring (User activity monitoring i.e., time spent on a page, most active page, etc.), Service Tracing, Root Cause Analysis, and Centralized Log Management.

Please advise on the above. Thanks!

See more

Hi Folks,

I am trying to evaluate Site24x7 against AppDynamics, Dynatrace, and New Relic. Has anyone used Site24X7? If so, what are your opinions on the tool? I know that the license costs are very low compared to other tools in the market. Other than that, are there any major issues anyone has encountered using the tool itself?

See more
Splunk logo

Splunk

300
404
0
Search, monitor, analyze and visualize machine data
300
404
+ 1
0
PROS OF SPLUNK
    No pros available
    CONS OF SPLUNK
      No cons available

      related Splunk posts

      Shared insights
      on
      KibanaKibanaSplunkSplunkGrafanaGrafana

      I use Kibana because it ships with the ELK stack. I don't find it as powerful as Splunk however it is light years above grepping through log files. We previously used Grafana but found it to be annoying to maintain a separate tool outside of the ELK stack. We were able to get everything we needed from Kibana.

      See more
      Airbrake logo

      Airbrake

      270
      235
      127
      Airbrake captures and groups errors in Ruby, iOS, Django, PHP & more.
      270
      235
      + 1
      127

      related Airbrake posts

      related Prometheus posts

      Conor Myhrvold
      Conor Myhrvold
      Tech Brand Mgr, Office of CTO at Uber | 13 upvotes 路 2.1M views

      Why we spent several years building an open source, large-scale metrics alerting system, M3, built for Prometheus:

      By late 2014, all services, infrastructure, and servers at Uber emitted metrics to a Graphite stack that stored them using the Whisper file format in a sharded Carbon cluster. We used Grafana for dashboarding and Nagios for alerting, issuing Graphite threshold checks via source-controlled scripts. While this worked for a while, expanding the Carbon cluster required a manual resharding process and, due to lack of replication, any single node鈥檚 disk failure caused permanent loss of its associated metrics. In short, this solution was not able to meet our needs as the company continued to grow.

      To ensure the scalability of Uber鈥檚 metrics backend, we decided to build out a system that provided fault tolerant metrics ingestion, storage, and querying as a managed platform...

      https://eng.uber.com/m3/

      (GitHub : https://github.com/m3db/m3)

      See more

      We have Prometheus as a monitoring engine as a part of our stack which contains Kubernetes cluster, container images and other open source tools. Also, I am aware that Sysdig can be integrated with Prometheus but I really wanted to know whether Sysdig or sysdig+prometheus will make better monitoring solution.

      See more

      related Sentry posts

      Johnny Bell
      Johnny Bell

      For my portfolio websites and my personal OpenSource projects I had started exclusively using React and JavaScript so I needed a way to track any errors that we're happening for my users that I didn't uncover during my personal UAT.

      I had narrowed it down to two tools LogRocket and Sentry (I also tried Bugsnag but it did not make the final two). Before I get into this I want to say that both of these tools are amazing and whichever you choose will suit your needs well.

      I firstly decided to go with LogRocket the fact that they had a recorded screen capture of what the user was doing when the bug happened was amazing... I could go back and rewatch what the user did to replicate that error, this was fantastic. It was also very easy to setup and get going. They had options for React and Redux.js so you can track all your Redux.js actions. I had a fairly large Redux.js store, this was ended up being a issue, it killed the processing power on my machine, Chrome ended up using 2-4gb of ram, so I quickly disabled the Redux.js option.

      After using LogRocket for a month or so I decided to switch to Sentry. I noticed that Sentry was openSorce and everyone was talking about Sentry so I thought I may as well give it a test drive. Setting it up was so easy, I had everything up and running within seconds. It also gives you the option to wrap an errorBoundry in React so get more specific errors. The simplicity of Sentry was a breath of fresh air, it allowed me find the bug that was shown to the user and fix that very simply. The UI for Sentry is beautiful and just really clean to look at, and their emails are also just perfect.

      I have decided to stick with Sentry for the long run, I tested pretty much all the JS error loggers and I find Sentry the best.

      See more
      Nagios logo

      Nagios

      709
      695
      101
      Complete monitoring and alerting for servers, switches, applications, and services
      709
      695
      + 1
      101

      related Nagios posts

      Conor Myhrvold
      Conor Myhrvold
      Tech Brand Mgr, Office of CTO at Uber | 13 upvotes 路 2.1M views

      Why we spent several years building an open source, large-scale metrics alerting system, M3, built for Prometheus:

      By late 2014, all services, infrastructure, and servers at Uber emitted metrics to a Graphite stack that stored them using the Whisper file format in a sharded Carbon cluster. We used Grafana for dashboarding and Nagios for alerting, issuing Graphite threshold checks via source-controlled scripts. While this worked for a while, expanding the Carbon cluster required a manual resharding process and, due to lack of replication, any single node鈥檚 disk failure caused permanent loss of its associated metrics. In short, this solution was not able to meet our needs as the company continued to grow.

      To ensure the scalability of Uber鈥檚 metrics backend, we decided to build out a system that provided fault tolerant metrics ingestion, storage, and querying as a managed platform...

      https://eng.uber.com/m3/

      (GitHub : https://github.com/m3db/m3)

      See more
      ruxit logo

      ruxit

      245
      17
      5
      Full stack availability and performance monitoring powered by artificial intelligence
      245
      17
      + 1
      5
      CONS OF RUXIT
        No cons available

        related ruxit posts