New Relic Reviews

The most valuable features for us are--

• Real-time monitoring
• The interface
• The look and feel
• We can check the environment periodically throughout the day
• Good forensics tool if there's an issue

We can monitor response times, volume, and Apdex. Our alerting is based on Apdex. It's a great sanity check. It's helped us to find problems early and to make sure that what we're doing is working.

I'm on a small team and have an interaction with the Ops teams only when a negative happens, but I've used it a couple of times to pass problems from my plate to someone else's as I've proved it's not my problem.

It doesn't give us rich process tracing, which is the only complaint I have. It divides our system into four parts, and I would like it to go deeper into the code. However, this can be a challenge because of the way it is configured with us, but they are working on it.

It's fantastic, with no bugs or lag.

It scales, and I can't speak about this, but we are moving everything to AWS and it should be fine.

I've never needed them, and the one issue I had, our Ops guys told me what to do.

I would just advise you to use the tool.

It was already in place when I joined.

The most valuable features to us are--

• Measuring performance from the applications point view against the view of the customer's browser,
• Being able to troubleshoot issues due to an app or network issue, and
• The error rate is helpful in finding issues in the server pool.

It helps us troubleshoot issues quicker, and when we're using it for performance analysis, several items can boil to the top. We can look at what's going on and what's slow and causing problems, instead of looking in general at which queries or operations are causing slowness.

I can't think of much to improve. We're very used to the way it looks and the traces. It's much better than it used to be, but perhaps the retention on some of the old problem traces would be an improvement. I think they run out after a relatively short amount of time and being able to look back and spot check some of them. If we have a problem today, it would be nice to look at back at the traces by, say, a week or a month even if there wasn't a problem then, so we can compare whether it's relatively slow or it suddenly become slow.

But I think the data layout is great as everything you need is at the top and we can able to drill down further and further to individual server,s or into the error rate and individual transactions.

The code is great. We don't have any issues, and I think that's the majority of New Relic customers. You have issues with your first customers, fix the issues, and then leave it alone until the next issue comes along.

Our track record is the same, we used it, troubleshot it, and then the developers fixed it.

I think we're finding more and more ways to use it. Because of plug-ins, we are pushing as much information in front of the app to the developers. I think too many companies end up with too many tools, but with New Relic, we want to keep in front of our developers all the time.

We've had to contact tech support several times, and each time they've been great. Their one-time survey call is good.

We've been using AppDynamics alongside New Relic. We had issues finding some problems, so we brought in AppDynamics and were able to dive further in, but after about six months, New Relic traces we're exactly as in-depth and usable. We were pretty confident with New Relic, and brought AppDynamics in to dive deeper, but their interface was Flash, which was slow and not nice.

Everything else about New Relic was nice. We could put different pieces of data in front of the developers, which is nice. They don't have as much information as we do in Ops from our other tools, but they get just the right amount of information to see where the bottlenecks are.

It was quick and simple. Always, whenever we look at a product, including ours, we've got in the back of our heads, what's the mean time to pretty graph? How quick is it to get data in front of you and that's usable? Within minutes we were able to get the information, and the first hour was great with New Relic.

When we're looking at new products, we look at whether the product works, how it works. Doing tests that are long enough is hard as no one wants to spend the time doing it, so I try to make sure that it won't take more than 14 days to set up correctly. If it's important enough, then the trials will be done.

It is one of the things that helps DevOps work in our organization and has helped stop finger pointing. It gives both sides enough info to help point us in the right direction of finding where an issue is. It gives us the insight into production to developers that operations doesn't want developers to have, and it allows them to use it all the time.

The overview itself provides us clear visibility of how applications are doing, and provides us our response times, data rates, and Apdex score.

We’re able to see how deployments are affecting the application, both good and bad. APM surely shows us the change in behavior. It lets us know how our application is doing. A lot of our information comes from trouble tickets, and we can correlate back to APM to see what’s going. It’s not so accurate, but it has to do with the data integration, but New Relic has said that it’ll give more data points and real-time data.

We always talk about, what is the data missing from New Relic? It constantly aggregates data so it’s not a true indication of how our application is doing. It’s not real-time. That was my concern, but after data presented by their CEO at Futurestack, they announced that they recognize the issue and are looking into solving it.

For New Relic in general, the mobile site doesn’t have single sign-on for iOS.

I haven’t noticed any issues. There may have been a couple of instances two years ago when New Relic stopped reporting data, but nothing that I know of since then.

We are using APM to use capacity planning, and the info we get has been able to help us.

We had an issue two years ago, and they were responsive and solved the issue.

I wasn't involved in the setup.

It loses points because our applications are running on Ruby on Rails, and our tech stack is not up to date, so there are some glitches integrating with APM. I'd like to see a fix for that.

Other than that, just go for it, you won’t regret it.

We can place ad hoc queries to understand user behavior and customer patterns. The data can be collected for any activity that we want to see on any part of our website.

Its greatest benefit comes from its ability to provide trending/marketing data. We can replace some requests from our data warehouse and get a quick glimpse into that data, especially with our mobile platform and website for different browsers.

The metrics that I want are already pushed to New Relic, but some data we haven’t pushed to New Relic. Internally, we have a solution that’s better than Insights to provide us analysis of that data. I’d like to see Insights take care of that analysis and use its graphic engine.

Not enough working experience to comment on this, but in my experience, no instability.

I haven't had to use it.

I wasn't involved in the setup.

The things that I would need are proprietary, and I don’t think that data can be pushed out to Insights. Take a look at internal processes to see what can be done quicker by Insight and make a good test case of it. You must present it as a better alternative to the existing issues. Get early adopters excited about it and build a relationship based on that.

I've found the most valuable feature to be--

• Being able to drill down to see data, and
• Being able to capture all the timing information and different functions.

It comes in as part of the regular process for every application roll-out. We have a standard visibility process for any application that rolls out. It gives us the ability to train our people and provide a more responsive application. We used to have many tools with many different functions, and now APM allows us to consolidate a lot of it.

The mapping between applications to servers is not very intuitive.

Another thing we come across is that our technology just doesn’t have reporting to New Relic, but that can be addressed with a plugin/SDK. However, we can’t really make the case to put in the investment to have that happen yet.

Another thing is that we’re micro-service based, and the New Relic interface only gives us views into the top 100 services out of 50,000. Typically when we monitor our system, we use a heat map, and New Relic only provides us the second-level view of that. Ideally, it would also provide us the first-level view. Eventually, we’d like New Relic to step up to do that.

Finally, it should ideally do two things -

1. Isolate the problem right away without the user having to do a lot of analysis. Right now, New Relic provides a lot of data points that require me to go in to understand.
2. It has its own dashboard, and I’d like to be able to bring that/integrate it into our own system (use an API to pull out data).

Sometimes when we pull data from New Relic, we time-out or drop data, and we can see when that happens, but we're not sure if it’s us or them.

Also, the alerting system has trouble with large alerts that come up slowly, requiring the operator to know the system well (yellow, red, orange) and to know what the alerts mean.

It hasn’t scaled quite right now. We use another tool for out-of-gate view. Currently, we manage about 60,000 servers in total and we don’t have a good roll-up view of the entire system. The application on the server side is OK. We use other tools to monitor the environment.

So far, the interactions have been good, and they keep us in the loop as to what’s been done. In terms of the solution, it’s just OK.

I wasn't involved in the setup.

Engage the development community within the company early, and request an integration tool to make implementation easy.

I’ve gotten our teams to use New Relic to help them craft code that properly performs right out of the gate. It complements our user-acceptance testing where we can put in performance testing right away.

We also have better transparency, we can see bottleneck in resources (need more memory, CPU, etc.), we can catch problems such as full disks before they crash our server. We never had that type of insight before. It makes our Ops teams’ lives easy because they just get emails as to potential issues.

It gives us the ability to determine when and what we need to scale, instead of just chucking machines at layers and hoping it’s right. It all goes towards giving our customers the best experience possible.

When you look at disk monitoring, it would be cool to see which folders are gobbling most space, so that when we get a full-disk alert, we can go into our servers to purge that without downloading a separate tool to see what’s contending for hard disk space.

Also, it's really well put together, but it would be nice to have more granularity for metrics displayed so that ops team can see more holistically what’s happening.

There are no stability problems. There have been slow points where data loads slowly, but it can be solved just by clicking refresh. No problems with agents crashing or not reporting data. So no reason for me to worry about its stability.

I never have to worry about not collecting data, but probably the web portion might need a little bit of work.

It’s scaled to all our needs. We have apps for on-site and in-cloud, and it’s worked well for both. There’s no problem with scalability.

We haven’t had to reach out yet, and hopefully things keep going smoothly.

I was involved for another account, but it was very straightforward, couldn’t possibly be simpler. So easy.

We looked at the ease of installation, how easy it is to get it put and running to see what’s happening on your machine.

The most valuable feature is the transparency into how applications are running. That’s huge because we previously didn’t have it and we had no idea what was going on. Now, we can see exactly what’s going on and are able to understand what code paths are running. That stuff is hugely beneficial to us.

The biggest thing is being able to give our customers a world-class experience. As we’re in media, this means things like hockey results, election results, favorite TV shows, etc. We’re able to cover all our bases to make sure our customers get what they love.

When I look at APM now, it’s very web-centric, but we have certain infrastructure components that are very service-based which take data from one area to another. With APM, it’s a little difficult to fit into that. So, what I’d like to see is the ability for the dashboard to be customized where it can display collection jobs and how they break out one by one.

It also needs some web UI tweaks. It’ll be interesting to see where it evolves with the “analytics everywhere” theme and incorporation of all the other items.

There are no stability problems. There have been slow points where data loads slowly, but it can be solved just by clicking refresh. No problems with agents crashing or not reporting data. So no reason for me to worry about its stability. I never have to worry about not collecting data.

It’s scaled to all our needs. We have apps for on-site and in-cloud, and it’s worked well for both.

We haven’t had to reach out yet, and hopefully things keep going smoothly.

It’s easy to use, has a low barrier of entry, you can craft custom instrumentations, and craft your own metrics to get your own details out of it.

For the way we use it, we like the monitoring of websites and it allows us to look at the trace stacks to identify problems. We’re also able to compare the day and the week before to see whether problems are reoccurring.

Before New Relic, dev and ops were separate, and now they’ve come together more and there’s less finger-pointing. There’s a clear understanding of where the problems are and so the people responsible can solve the issues. There’s more trust between the two groups and people are more willing to work together.

Stack traces don’t go far enough. They get to a point, indicate a question mark, and then stop. But New Relic is working on it. Also, one can get lost in the data.

We’ve been using it for two to two and a half year.

We've had one or two occasions of a few wide spaces in the graphs where the response time didn’t keep up. Sometime it’s a bit slow in processing data, but now it’s much faster and more stable with new releases. Some of the releases I think are already there in production.

We’ve been able to scale without issue. We’ve installed it and it works.

I haven’t had to use technical support. When we decided to use it, our CTO went to FutureStack and got a lot of knowledge.

So easy, very straightforward. Our developers, at the beginning, created some templates for data they wanted to track and that was it.

Just go for it. When I show people what it can do, it’s mind boggling. What’s coming up in the new release -- wow!