Dynatrace Reviews

The solution is predominantly used for application performance monitoring.

The solution's most valuable features are AI and root cause analysis. These two features maintain a chain of dependencies so that everyone knows about the things that depend on each other across all the parts of this application.

The solution's user interface could be improved. Because of the browser metaphor, you must click multiple times, which is not as slick as a purpose-designed user interface.

I have been using Dynatrace for a few years.

Overall, I rate the solution a nine out of ten.

I am using Dynatrace for cloud monitoring, application monitoring, and alert notifications.

The most useful features are cloud monitoring, application monitoring, and alert notifications.

The solution could improve by allowing more dashboards customization. This would allow us to monitor the metric better.

I have used Dynatrace within the past 12 months.

The solution is stable.

Dynatrace is scalable but there is a cost involved. If your use case requires scalability it is easy to do.

Technical support is always available to assist. They are very good.

We use Dynatrace in parallel with New Relic.

Our company is large and we use a lot of applications. We have different tools for different kinds of use cases, based on the cost, I will not always use Dynatrace every time. If my use case is not suitable for Dynatrace, cost-effective, or efficient, then I will not use Dynatrace, I will use something else.

The implementation requires a few hours to make connectivity. New Relic is simpler to set up then Dynatrace.

For the deployment and maintenance, Dynatrace requires one or two people.

Dynatrace is very good and it's provided a lot of information, it plays a positive role in making your application up to date in the market. If you want to monitor some applications only, it would be cheaper if you did cloud monitoring, but the price benefit depends on the use case.

I rate Dynatrace an eight out of ten.

We use this solution for monitoring a monolithic application in ASP Classic 3.0 over IIS server. The database is SQL Server 2016 in an AlwaysOn cluster. Over three IIS instances for the core application, two IIS instances for reporting services, and two instances for the batch process in .NET 4.0.

The major improvement was the ability to find errors immediately and predict future failures, or when resources reach the maximum capacity.

The most valuable feature is Session Record because the developers can reproduce an incomplete issue after it is reported.

This solution needs better support for security and monolithic batch processes.

Our primary use case is operations monitoring.

When something goes wrong, we have visibility into the system, can find the issue, and quickly get things back up. This was previously much harder to do.

It gives us visibility into the product and what we are doing operationally.

As we move into using more AWS native architectures, it should support everything that we want to do. We don't want to adopt another tool.

The solution has been really stable.

So far, scalability has been fine. We have not seen any issues related to it. It looks good.

We had a good experience working with their technical support.

We were previously using CA Wily (CA APM).

The technical support helped us spin it up, then we received training on how to use it.

We compared it to AppDynamics. While I did not chose Dynatrace, from a technical standpoint, AppDynamics and Dynatrace are pretty comparable. I liked how both of them worked. Because we were moving more onto the AWS platform, Dynatrace was more compelling because they were right there with us.

Kick the tires. Figure out how it fits your use case.

Dynatrace is a 21st century APM tool designed and developed keeping next generation technologies in mind. We implemented it in our dev environment first, and the results were awesome. We got firsthand RCA as soon as we finished implementation.

We are in implementation and adaptation phase. It would be very early to comment on this, but we are very hopeful.

• Ease of deployment, except few hiccups in agent installation. 
• The overall rollout experience was great. 
• Ease of use and root cause analysis laced with the AI engine. 

The problem evaluation feature is an awesome idea, but bit difficult to pick up initially. Please make it a little more intuitive.

Dynatrace is nextgen tool.

When we first got Dynatrace, it started just as a developer's tool. As we used it more and more, we started using it not only for applications but for hardware. Now we're using it for servers. it's evolved over time.

The use cases are monitoring, alerting, triaging, and for statistics and dashboards.

It's basically used to make sure that everything is running okay. You can check dashboards in each group. The DevOps group can use the dashboard and say, "This is how my code is working." So it's more peace of mind, and to keep things available, which is really important to us: availability and reliability. That's what it's being used for.

At product start-up, it was not very visible at first. But now, since people have actually been using the product, and they've actually seen the visibility and what it can provide, it's doing well. So that's why we're deciding to upgrade.

We've had the product for about eight years now. They started using it more and more, so the company decided to invest in it more and more.

Right now in an AppMon, when you have DevOps teams looking to see where transactions are going through from business transactions, and they want to set up measurements to see how things are. And dashboards - dashboards are extremely important now. Thresholds are important.

After today, at the Perform 2018 conference, I can say more because I can see, even though we're AppMon 6.5 now, and we're going to Dynatrace, I was really impressed with everything I saw. The fact that I was impressed, and I was seeing everything, what the future looks like, made us feel like we made the right choice as to what's going on.

Dashboards is one, troubleshooting is another. I come from the monitoring perspective, so the ability to triage quickly is important, and the ability to alert and tell people where the problem is, that's what I really like about the product.

I haven't had a chance to go through all of it, but I would like to see the ability, from an administrative standpoint, for it to collect statistics. I want to be able to see the servers that the agents are installed on. I want it to be able to start doing collections for me by platform: How many Linux servers do I have? How many Windows servers do I have? Statistically give me the information of how things are performing, but I want that in a dashboard, where I can look at a dashboard and I can look at a section. So the ability for me to drill down will make it easier for me.

Ours is pretty stable, being that we have AppMon. We have collectors and DTs in there, they're load-balanced all over the place. And every now and then we have issues, but it's been pretty stable. It has to be, because it's being relied upon more and more. If it was not stable then management wouldn't say, "Okay, we're going to go this direction." 

Stability is extremely important because when you're in my business, you need to have data available 24/7. If I have systems that take a hit, and I can't depend on my dashboard to pull up data, then that's a problem. And if they can't triage, then that's a problem.

We have encountered downtime. When we have downtime we look at it and say, "How quickly can you get it up?" The good thing is that when we had downtime, we also had load-balancing in place. If you have that in place that really helps out, because then you go from one to another. It doesn't mean that it wasn't down, but it wasn't down long.

We can't afford to be down, because being down costs money. Everything is equated to money, to some degree. If this tool is not available during this time, how much money am I losing because I can't triage it? How many resources am I using? We've had some downtime, but not much. Even when you do maintenance, it's done a certain way.

Nothing is 100%, but it's pretty reliable. It had to be impressive enough for our management to allow us to invest into it going forward.

It scales pretty well. I'm from a pretty big company. The solution started out small and scaled out, because we have a lot of collectors.

We scaled up. The good thing is, that's where Dynatrace SaaS is going to come in, when you look at what it's costing us to maintain the hardware on-prem, and do the analysis. 

Scalability: We're always building more applications. And the fact that we can get rid of a lot of hardware and run that tool is really important.

Scalability is really important with growth. You need something that can scale quickly and not have to go through this whole process. It's one thing to look at it and do an analysis and say, "Okay, I need to scale." But, it would be easier if you could look at something and put in a formula and say, "Alright, we can scale based on this." Or something that could tell us. "You're at a point where you need to scale," so that would help out.

It's easier when you can get to a level-2. We've had guardians on site for a while. Because we've had guardians on site they made it easier for us to get to support. So we know how to navigate support. 

From my perspective, support has been quite satisfactory, because it's not like we're a novice going at this. We understand, these are the people you need to talk to. And they recognize the urgency when you're calling. So, I feel comfortable with saying support has been pretty good for us.

I wasn't involved in the initial setup, but since then we've upgraded so many times. The upgrade is pretty easy. Complexity comes in when you have to schedule things. If I have a DevOps team that's in prod, once we were able to actually cookie cut the upgrade process, it was easier.

It also depends on the different platforms you're dealing with. You're dealing with Windows versus Linux, and you have to inject code into certain places, that's an issue. 

I'm glad when Dynatrace says they have a different agent, because I wasn't crazy about the agent, the way we were deploying it. Not only me, but you have people who are quite protective of their code, and if you've got to inject an agent, they're not really comfortable with that. But with the new agent, that makes it easier for me too. That's another reason I was happy, that's one of the things I asked about: How are we doing the agent? Even though we were automated, there were still some configurations. But with this new product, it seems like deploying agents is going to be awesome.

I'm excited because I like the AI piece. I want to get rid of the thresholds piece. That's part of the excitement as to where we are going to go, because a lot of the conversation occurs when you have to say, "What's the real threshold based on the applications that we have?" We have over 500 applications, easily. Each one has its own behavior. Then everyone wants to discuss a threshold. Now, I'm thinking, with Dynatrace SaaS, we don't have to do that anymore. Bit it will be awhile before we get there.

AI is really important. We're on-prem right now for hybrid to go to the cloud. So when you have the numbers and trends based on what AI can do, it helps you along the way. I can run reports and see the things that I need that will satisfy my customer, that will make it easier for me. We are looking towards the cloud, we do have applications up there. It becomes a sizing issue, as far as what do you need, because you have to pay to be in the cloud. So AI is really important because it will not only help us troubleshoot, it will actually predict some of the things we need to help us get there. I can't put a number on the importance of AI right now.

It's going to change a lot of analysis and things that you have to do. The one thing I would like to see is what's involved in setting up the AI. Because I'm excited about it, I want to see what's involved in setting it up, and see that component.

Regarding siloed monitoring tools, portability is one of the challenges. Siloed monitoring tools make it really hard to port out to other places. You get data, but you can't necessarily use it as far as fitting it into other areas. That's the problem with siloed monitoring tools. If you're good for that scope then you're okay, but when it's time to go beyond that scope... Going enterprise-wide is important. So, where siloed monitoring tools were okay at the time, they're just not keeping up what's going on now. The monitoring field is evolving. It's more than about just monitoring. Monitoring is one thing, alerting is another thing. But the AI part puts it together, makes it easier, not only for you to do your job, but the self-healing piece that goes with it. That's really exciting, when things can self-heal and then just report on it. That makes life a lot easier.

If we had just one solution that could provide real answers, and not just data, the benefit would depend on how you look at a benefit. First of all, we would be more efficient. However, I'm not sure if it would help from a resource standpoint, because then I'm not going to need all those resources, if I have a tool that's going to do everything I need. But, it would help in the sense that, if I can resolve something like that, and things fall into place. That would greatly help. And not only that, then I could just depend one tool. Right now, people look at a solution as, "I need a tool for this, and a tool for that." But if I can move towards one tool that will provide me everything I need, then that would be great.

Our most important criteria when working or selecting a vendor: Of course, there's always cost. Stability is another. The amount of time they have been in the market. Then we do a PoC and see if they can meet the use cases that we have. We have a standard, some 125 use cases that we put out there. We see they perform based on those use cases. It's completely agnostic. I don't care who the vendor is. Can they meet my use cases? Do they have stability? Do they have the reputation? And then we negotiate cost.

Right now, the solution we have in place, I would give it about an eight out of 10. Things are changing, technology needs to change. It's been doing a job, but I mentioned the things I asked for. I'm looking for more, so that's probably why an eight. It's doing the job, but I'm looking for it to go further. 

They have a new product that's going to go further, so that's how we do it. Now, the new solution, I'm not sure how we're rating it yet. I have to see what it's going to do. 

But would I recommend it? Yes. Because we have the experience, it has done this and this for me. Can I depend on it? Yes.

If a colleague at another company was looking to implement a similar solution I would need to know they were looking for before I could advise them. I would tell them from my perspective, this is what the tool has done for us. If they ask me the questions, I'll tell them exactly what I think. At this point, would you recommend this solution? Sure, because it does this for me. If you're looking into looking at code, at that part, yes it does that for me. If you're looking for monitoring, yes it does that for me. I would recommend it. 

We have multiple applications at our company and the user experience is really important to us. We started getting Dynatrace products in to see how we can improve user experience and find some of the performance issues that we were unaware of. Some applications were practically black boxes for us, and we could not get an in-depth view into them. 

Therefore, we started with DC RUM and AppMon to get more details for such applications and this helped us immensely. We have really improved in customer satisfaction and also we found out a few performance issues that we were not aware of earlier. DC RUM, especially, was able to identify faulty tiers very quickly and Apmon gets the root cause quickly. Later on, we started getting into synthetic monitoring to identify problems from any offshore users, so this was really helpful. 

The problem we had with Apmon was the instrumentation was difficult. It is really time consuming and you need to get into every process and tie it up. Therefore, we are moving to Dynatrace and their latest solution as managed. This has completely reduced time for us. It is an agent at the operating system level and the process gets tagged automatically, so that is very useful.

We are very happy with the way Dynatrace has worked out for us and we are slowly moving into Dynatrace Managed, but we hope to get our complete monitoring solution into Dynatrace Managed.

Dynatrace is almost a single pane of glass solution.

Root cause analysis is definitely very valuable for us. Also, the proactive monitoring that we can do with Dynatrace where it is 24/7 on with all the user experience indexed and everything coming into us. With this information, we have been able to avoid issues before they actually happen, which is fantastic. Each minute that we are down costs the company money. If we can avoid that, and we can stop things from going there, it has been the greatest use for us. Being proactive about issues and avoiding downtime.

We would like to see data from different monitoring tools. We do have some network monitoring tools and some infrastructure monitoring tools that were already there before Dynatrace came in, and we would like to see if we can send that data into Dynatrace.

Maybe it could send the data from load balancers, firewalls, and everything to Dynatrace. It is my understanding that they are developing on it. Once we get that working, that would be very useful.

There are a lot of features that could be added that would make this a very useful solution, but it is getting there.

It is very stable. The improvements that they keep making just make the tool more useful.

We are on a managed solution, so everything is on-premise. Even their cloud systems are very scalable. We have never had any problems with it.

We do not really work with cloud that much. Definitely, AI would help us in scaling because even though we are not in the cloud on our physical server, we have seen some instances where an application either has way more CPU than it needs or way more memory than it needs. Just by analyzing its resource consumption, we can scale it properly, then add more servers or reduce the number of servers accurately rather than throw resources at it as a solution for any performance problem.

The technical support is very knowledgeable.

There were a few cases where we were having trouble with something and the solution gets back to us within hours. So, that is really useful.

Initially, the complexities were due to lack of knowledge about the tool and it was our fault. Eventually, we even got into problems where we had an issue with Dynatrace servers not functioning as expected, but the support was very quick to help us identify the problem and fix it immediately.

We were using multiple tools, but they were not really a single pane of glass for everything. It was one tool for the network, one tool for the infrastructure, etc. and the people had to manually stitch everything together. It is not really reliable at times when you are stitching together all the data.

Initial setup was very straightforward.

Initially, we had technical support. As we started scaling, I did it by myself.

We just started getting into APM. We did a review of a few monitoring tools, but Dynatrace seemed to be on the top. 

If you are looking to implement something right now, look for any technology like Dynatrace OneAgent, which basically removes all the manual work like tagging each process. Therefore, if you have any technology that can just sit on an operating system level and view all the processes running in that operating system, that would be fantastic.

If I had just one solution which could provide real answers, not just data, the immediate benefit to my team would be quick resolution. This way we would know what exactly the problem is and we could later find out how it went wrong, but the best thing would be the quick resolution.

Most important criteria when selecting a vendor: They have quick support and how willing are they to accommodate any of our requirements or needs. Also, can they get either PoCs or sale orders quickly to us. So, just have action in time.