Dynatrace Reviews

We use Dynatrace for monitoring. It does have AI capabilities but the system needs more time to learn before we receive any benefit. 

When integrating this solution with any third party applications, there is an additional cost to pay. This can make the solution very costly to use. 

I have been using this solution for six months. 

This is a stable solution. 

This is a scalable solution. 

We really need assistance directly from Dynatrace. We don't have a technically strong person internally to support the solution and we haven't had support from Dynatrace in the past six months. 

Before Dynatrace, we were using Cisco AppDynamic.We changed to Dynatrace because Dynatrace is more popular and they have a good reputation in the market. 

The deployment process is better than with AppDynamic. It requires one, knowledgable agent to handle the set up.

We purchased a subscription for one year and it is an expensive solution for a large enterprise like ours. 

I would advise others to fully explore Dynatrace because it is more expensive than other tools. It is important to educate yourself on the solution to fully understand if it is suitable for your business. Not understanding this upfront, could cost you more money in the long term. 

I would rate this solution a five out of ten. 

I'm an admin so my primary use case is to manage the product and the software. And whenever there is a user, they have a question, they don't know how to browse or look at the PurePath, that is where I come in, to show them how to.

It has helped us reduce time spent on root cause analysis. Whenever there's an issue, there are multiple teams involved, and we are using multiple tools: Splunk, Nagios, etc. If we have one product that gives one solution to the root cause, the issue, it reduces some of the operation time for our team, so we can spend most of our time on automation or something else.

The PurePaths. The ability to see the transaction flow of the web request. It's very useful.

It's valuable because our developers, when we have an issue, they can drill down to see exactly where in the application, the call in the application; where the high response time is, or where something is wrong. At least they know where to look for the solution.

I want to see an increase in the load, at least to 7,000 or 8,000 transactions per second, just for it to stable for this upcoming holiday, if we do not transition to the new Dynatrace product yet.

What is missing right now is, it doesn't tell me where the problem is. So whenever we find a problem from the customer, or from our incident management team, then we go into the tools and look for it. So we want it to have more problem identification, somehow, just like the new Dynatrace product. They have the problem tab, you can go in there an see it. But AppMon lacks that.

Right now, for AppMon, the maximum handling load, the transactions per minute, is around 6,500. We had an issue on Black Friday or Cyber Monday, some kind of stability issue, that users who could not log in.

It's not very scalable, we cannot add another server onto it. We have a little trouble there, so that's why we're trying to upgrade to this new Dynatrace product to see how it will go.

We just submit a ticket, and it will probably take them one day. That's sufficient for us, for now.

The resolution time is also about one day. Right now, one day is not good enough. We would like it to be in the hours. So that's why, another thing with this new Dynatrace product is they have the messaging system, something like that. And they have the server that would monitor our Dynatrace server, where they can see everything, what the issue is already, so they can resolve it quicker, instead of our submitting a ticket and waiting for one day.

I was not involved in the set up of the app. I remember they were doing it manually. They installed the agent, set up the server manually, on each server. So when I came in, we used Jenkins to write a script to automatically deploy to our server. There is still a lot of manual configuration. It's not straightforward.

When it comes to the nature of digital complexity, and IT's ability to scale in the cloud and manage performance problems, I think moving to the cloud is very agile and provides scalability. Right now, we're using AppMon which doesn't have the AI feature. That's why we're interested in upgrading to the new Dynatrace product, which has the AI feature and scalability.

If we had just one solution that could provide real answers, as opposed to just data, there would be a lot of benefit. If somehow the new Dynatrace product - the AI engine that tells you where the problem is - would tell us where the problem is and bring it down to the pinpoint, to the root cause, so we don't have to spend time looking into it, or the developer team doesn't have to manually look into it, that would be good because those actions require time.

When we were selecting a new APM solution, the criterion of our company was performance. The performance team, they mainly use this tool to test how load capacity runs. So they are mainly testing for the performance stability of the application.

I would say that if you haven't used AppMon before, then just go and order Dynatrace, instead of going to AppMon and then transitioning.

Our group handles a multitude of applications using Dynatrace. In my experience, I have used a lot of different tools, and Dynatrace has been pretty awesome with handling all the various issues that pop up.

PurePath is pretty awesome. The amount of data that the tool exposes compared to a lot of other agent-base suites is dramatically different. A plethora of people  embrace a lot of the topology views and various different things. I am primarily doing DC RUM, so on that side there are a lot of awesome abilities where people who can't implement an agent are able to still monitor a lot of their apps and decodes.

We are not using the ServiceNow integrations. We have to go through this event engine, so some of the data and the alerts get taken out. We have a script that pulls in some data around what the alert is dealing with, but maybe there is more data that could be exposed there. Besides that, in regards to Diffie-Hellman encryption stuff, it is a hurdle with what we are doing with DC RUM, where everyone is embracing stronger security suites, but the whole point of DC RUM is to get that data between the tiers.

We have big data solutions now coming in, so we are being asked to export some of that data into Tableau and various different platforms, so anything that makes that easier is welcome. DC RUM has an API that they can call, and Dynatrace can stream out to it. Those APIs are welcome.

There have been problems, but nothing that we could not figure out. There have been a couple issues where agents have caused issues with applications, but you could chalk that up to QA testing or other stuff. Overall, it has been a good product.

I hear it is supposed to be improving. My impression is mixed. We have a lot of Dynatrace servers with a lot of agents, so we are pushing the capacity of some of those servers. At the moment, we are not doing any cross-server stitching between the agents, so we are missing out on that piece a little bit. However, that will improve with the next version. Therefore, we are managing the capacity, but currently it is decentralized.

Technical support is awesome. I primarily do DC RUM, but all of that is in Poland, and they are phenomenal.

I have used CA, Wiley, CA CEM, and a little BMC stuff; those are the main ones.

They were good in their own silo. They just did not bring everything together in one central view. That was the difficulty. A lot of teams did not embrace it as much as we have seen the Dynatrace platform be embraced.

We switched from CA to Dynatrace, because limited data that was being exposed from Wiley. You get similar response time volume and error rate for instruments and components, but it is a lot more manual to get those components instrumented. Whereas a PurePath is right in front of you, so it is really easy to see what areas you want to alert on and catch.

Initial setup is straightforward. I have stood it up at multiple companies. I did it at Verizon Wireless, PNC, and Merck Pharmaceuticals. I knew what to do, so it was easy. 

When I first did an install, there were some hurdles. However, everything was well supported by our site rep, who came on site frequently in New Jersey, and was helping me out. It helped.

I was in for onboarding DC RUM. We did a PoC with BMC, CA, Dynatrace, and AppDynamics. There are some other competitors who are always being looked at, but the data exposed was dramatically better from Dynatrace, so that is why we went with Dynatrace.

Look at Dynatrace. Having worked with it and recommended it for approximately eight years, it has been a great platform.

The role of AI when it comes to IT's ability to scale in the cloud and manage performance problems is very important. We must embrace the AI overlord. There is a lot of data that comes into Dynatrace, and anything that makes it easier to arrive at the end resolution of a problem is welcome. There is always more analysis that needs to be done, but I think it is important to start using AI to get there more quickly.

If I had just one solution that could provide real answers, not just data, the immediate benefit I would like to see is anything that helps the app team know how to get the answer more quickly and save us time in the middle of the night. 

We get woken up all hours of the night for issues. You would hope that app teams would start to use the tools themselves, when it comes down to it, we know the tool best because we manage it. 

Most important criteria when selecting a vendor: 

The two main things I would say are critical:

1. Obviously, the technology cannot fall behind competitors, but at the same time, they have to remain pretty agile in developing the tool. 
2. They need a large enough support staff where any issues which arise, we get support on them. 

Our primary use is for DevOps. As far as that's concerned, it's been a great tool for finding where transactions are slow, at the development stage.

The main benefits have been getting to root cause on certain issues, being able to deploy applications faster because of the way that you can troubleshoot those issues. So delivering products to our business and driving revenue have improved.

The fact that you can drill down to the code level and get a breadth of information. We do use it for a little bit of troubleshooting in production so that's been a great feature.

I think they've already touched on it at this Performance 2018 conference: enterprise monitoring in a single solution for all of your monitoring needs, whether it's infrastructure, application; having that whole holistic view. Having something high level, in terms of dashboards implemented to provide executives with answers. I think that's the direction it seems that they're going and that's the direction that, hopefully, they'll continue in.

It's very stable. It's very powerful but it's extremely stable. We hardly have any issues from a stability standpoint. Our main problems have been that it has a high learning curve to it. I've used it for about three years now and I'm still learning it. But I feel it's pretty stable.

It's easy to scale. It's costly, but it's easy to scale up. I haven't seen any issues in terms of increasing our user base or the number of the agents that we have deployed, so I think it's pretty easy in that respect.

I submit a ticket once every week or every two weeks. They always have been pretty comprehensive in their responses. They're also quick when it comes to responding to our tickets.

I think they may have been using ManageEngine Applications Manager monitoring. It's not quite as in depth as the level of information that Dynatrace can provide. It provides some pretty basic application-health type monitoring but not to the code level that Dynatrace provides. So I think that was the solution. We still use application monitoring since it's relatively cheaper than Dynatrace. So we use it for application teams that may not want to spend the money on a Dynatrace license.

I was not involved in the initial setup. But I can imagine it was complex due to the high learning curve. There was also some complexity in the adoption rate of it because of how costly the licensing is. So getting application teams to spend the money to use it, I think was one of the biggest hurdles.

Given the nature of digital complexity, the role of AI when it comes to IT's ability to scale it in the Cloud and manage performance problems is very important because our brain, humans, are only able to compute so many things. AI can take a whole bunch of data and turn that into something that we can create more data out of. We can have several million lines of code and AI can detect if there's anything wrong, without us having to look at it manually.

Regarding siloed monitoring tools, we use infrastructure monitoring tools and application-specific monitoring tools. Getting them in to a single dashboard has been a challenge, because our executives don't want to log in to different tools to view our enterprise, they want to see it in one page. So that's been a problem with those siloed tools.

If there was one solution that provided real answers as opposed to just data, it would help executives who just want one view and just a single page of answers for problems. So that would benefit us greatly.

I would rate it about an eight out of 10. For me, personally, I mentioned it before, it has a high learning curve. They probably did provide a comprehensive training when they first rolled it out, before my time with the tool, so I didn't get a chance to take advantage of that. There are some videos and there is some documentation out there, but it still requires you to delve into the tool to learn it. Because applications are very complex and very different, creating a training video to set up some basic monitoring would probably be a little hard. But a little bit more comprehensive self-paced training would help.

I would suggest you evaluate what you want out of it. It has a load of information and if that's what you want, if you're looking at it from a DevOps standpoint, then Dynatrace is a great tool for DevOps. But if you're looking at it from merely a monitoring standpoint, it might be too much of a tool for that purpose.

We are mainly using Dynatrace right now to monitor what we call our customer-facing applications and our middle layer applications. We have Hybris Commerce and Sitecore, and our middle layer is made up of BizTalk. Therefore, we are using Dynatrace to monitor Hybris, as Dynatrace is a gold partner for Hybris. That is how we picked Dynatrace.

Unfortunately, I cannot tell you what the benefits are yet because we are not live with our Dynatrace monitored software applications yet. Our go-live date is in October. 

Right now, even before the go-live, I see the value because our ecosystem is pretty complex. We have applications above our middleware layer and then applications that are below the middleware layer, which are all 30 to 40 year old ERP applications, which are not Oracle nor SAP. Then, we have other custom applications that we have built which we need to connect. When there is a performance problem that comes up visibly to the customer above the middleware layer, most often the reason is not in these applications. It is in what we call the enterprise applications. Judging that, knowing that, and where to go to fix what has been very valuable even without going live. I am waiting to go live and see where the value is. 

I love how Dynatrace can hook on at the code level, then tell me all the details that I need. For example:

• Which query to the HANA database is executing, and how many times?
• Where exactly is the bottleneck when it comes to Hybris Commerce?

They need better infrastructure monitoring. New Relic is beating them for infrastructure monitoring. Come on! They have to pick up the pace for infrastructure. I do not need to have Microsoft SCOM, Dynatrace, and Splunk. Now, I have Microsoft SCOM for infrastructure, Dynatrace for application monitoring and performance monitoring, and Splunk for log monitoring.

Why? Why do I need Splunk? Why can't Dynatrace get into machine data? 

They can either go buy Splunk, or at least get into the log monitoring side of things as effective as Splunk does it. 

The siloed monitoring tools that we use and we have still in place for monitoring basic infrastructure. They do not monitor an application at the code level for the software side of it. Therefore, it is more, "My server is out," or "My virtual memory is running out or not," or "Is my call to my DNS working?" or "Is my load balancer up and running?" 

For basic infrastructure, we have been using Microsoft SCOM to monitor infrastructure. 

Our customer-facing ecosystem has been moved to SAP Hybris Commerce-based solutions and Dynatrace was a natural partner for SAP Hybris Commerce. I love how detailed Dynatrace agents can hook into the code level and tell me exactly where the problem is, if there is a problem in the customer application side of things. What we were using before was just a infrastructure monitoring tool, not a software code level monitoring tool. So, it was not existing before.

The vendor team who did the setup was very good. They sent a very skillful resource for the setup. However, with the BizTalk side of it, they were less effective as they were with Hybris Commerce.

We have had problems with our implementation. 

The SAP Hybris Commerce side of things has been very smooth, but not the BizTalk side. Microsoft BizTalk is our enterprise middleware and the implementation has not been smooth with it. We purchased a professional services package from Dynatrace, but then the customer rep who was assigned to it was not very skilled in helping us overcome the challenges. She was a very nice person, and she was very resourceful when it came to Hybris Commerce, but not the other applications. Therefore, the engagement was not effective and I don't believe that I got the entire value that I thought I would from the professional service package, or from using Dynatrace with BizTalk. As a result, my BizTalk team has a huge resistance to implementing Dynatrace completely, and I have to convince them. 

As of now, we no longer have the professional services package.

I evaluated New Relics application performance monitoring tool as well. They were good in certain aspects that Dynatrace is not good in yet, but they were not able to do it at the code level for Hybris Commerce. Therefore, they are not as detailed as Dynatrace can be. 

The role of AI is very important, but it is the future. Thus, I am counting on more innovations in the AI space to monitor, not just applications, but an ecosystem from hardware to software. 

If I had one solution that could provide real answers, not just data, the immediate benefit would be more valuable customer engagement. Especially since I am on the customer-facing side of the organization, it would be like if Facebook was down for five minutes, the perception created is exactly the same as the perception created when websites are down, or not performing. It is quite frustrating for customers who do not plan to be there for such a long time but would like their work done faster. Therefore, the solution's immediate benefit should be about customer engagement. 

I actually support Dynatrace a lot. I am a champion inside the organization. 

For Dynatrace, there are other ERP systems other than SAP and Oracle that many companies are struggling to get out of (like mine) but Dynatrace treats them as a black box. Some more details than we usually get with Hybris Commerce, but though maybe not at my level, but a little higher up we need something. Right now, it is just a black box. So, I have been pushing for people whenever I see a Java application or a Darknet application by saying, "Guys, use this."

However, if it is not a Java or Darknet application than there is a huge resistance. They all just default to an infrastructure monitoring application. That is about it, not a software side. That space seems to be unconquered. 

The main use of Dynatrace is development assistance through to live deployment, then proactive monitoring. Afterwards, monitoring of the infrastructure and live site.

Being able to track issues found in live back through environments is particularly useful. 

The obvious benefits are proactive monitoring, but there were the unexpected results we gained from it that brought additional value out of the product:

• Security analysis, i.e., being able to detect when there was malicious activity on the site. 
• DNS poisoning when incorrect traffic was hitting the site.
• Multiple hits to API calls when only one should happen.
• Helping to reduce license costs by reducing calls to specific services.
• Being able to ingest data from other sources and display them alongside, an example being in a third party system that does not allow monitoring, but does have an open API to pull monitoring stats from.

• Memory analysis: The ability to tune an application and stop memory leaks has been invaluable, especially in ATG where sizing is crucial. 
• Dynatrace allows real-time visualisation of what is happening instead of making changes, running a command to pull stats every hour or so. This enables us to make changes in an environment and instantly see the impact.
• Some systems can run low over a period of time. It allows us to predict when the server is going to struggle and proactively stop that from happening.

This is not a simple product. You cannot fire and forget. Maybe not a specific function issue that needs resolving, but certainly an area for consideration upon adoption of the product.

Training is required for all of the people who will be using it, and this should not be overlooked. I would even recommend nominating an SME in each of the three areas covered: user behaviour analysis, development, and infrastructure/operations support.

We have had some issues, mainly in the JS embedded in the page.

None.

We have used them extensively. They are very eager to help.

Reviewed other products, but never switched.

Fairly complicated, but it is an in-depth product.

In-house.

As a user, I can testify that we found an issue within the first week of ownership that has been costing us more than the entire license cost.

Do not ignore the training!

Yes, AppDynamics, New Relic, and one other.

Our primary use is application performance monitoring and real user experience. Our Dynatrace application monitoring has been in since 2012. It is performing extremely well. We have not had any downtime or issues with stability or scalability.

The benefits we receive using this tool increase productivity, which increase revenue for the state.  A huge benefit of having Dynatrace AppMon in our environment is the proactive monitoring it provides.  This help us avoid unexpected outages and downtime.

Its ability to deep dive into the application code and find bottlenecks that reduce productivity for the users and downtime.  Proactive alerts are extremely beneficial and help us keep IT out IT team small.

The AppMon solution that we are using is the Dynatrace AppMon. I am currently working to upgrade it to the Dynatrace Managed solution. This is basically leaving AppMon and going to their next generation. This will streamline everything: Ease of installation, ease of use, and built its own intelligence, which I like to call self-healing.

Dynatrace AppMon is a tested and stable product in my environment.  The only downtime I have is planned for patching servers.

Dynatrace is highly scalable and works well in our hybrid environment.

I would give Dynatrace's technical support a 100% rating. I feel like whenever I call or send an email that I get the right person automatically. For the most difficult answers, the most I have to wait is about three days and the answers have been relevant.

We have used Wiley from CA. It did not perform the way we wanted it to, which was a driving factor for switching over to Dynatrace products.

The initial setup started a year before I joined the team. I have been involved in the upgrade processes and they were straightforward.

Our implementation was with the help of Dynatrace.  We wanted it to be fast and right the first time.  Success on both counts!

I do not have dollar figures, but if I did, the ROI would be at least 100%. 

Look at the product and the product features, not the price. Too often people look at the price and turn away. Dynatrace costs a little bit more than the other products I researched, but it can do far more. Since my last review, I have stood up a competitor's product.  My Dynatrace installation is two servers plus my collectors.  The competitor's product required seven servers.  That is significant when looking at the cost.

I feel the price is good for what the product does.

I have done research on other products that are in the same market space. They cannot provide the same in-depth detail that Dynatrace does.  I have since implemented, as a proof of concept, a major competitor of Dynatrace.  The result - I will never stop using Dynatrace.

If I had just one solution that could provide real answers, not just data, the immediate benefit for my team would be less resources needed. This would streamline and automate things.

Most important criteria when selecting a vendor: reputation of the vendor. We go read reviews. We also check vendor references and talk to other customers to find out what their experiences have been.

We currently use AppMon. It has been performing great compared to what we replaced.

The main use case is application performance monitoring and availability.

The main benefits will be more proactive, high-quality performance monitoring and availability with more insight into the application. It is very impressive.

It has helped my business move forward probably just by taking the next step that everybody needs to think about, which is AI and the possibility of cloud. I do not know what direction the company will go with that yet.

• PurePath
• Being able to drill down and detect what the problems are.
• More insight into detecting what the problem is with some of our applications. 

We are still struggling a bit with finding an answer quickly. It is all there, but there is so much that it is still really hard to figure out exactly which way you want to go:

• What do I right click? 
• Where do I go? 

It is a little overwhelming with the amount of data that we have. I think it is more of an issue on our end. We just need to get more familiar with it. We just started implementing it last June, are still relatively new, and are currently struggling with some performance issues.

We have already seen the next release. It is doing so much more than what we ever expected. 

Right now, we are struggling a bit with stability. 

We have outages. We have not pinpointed what the problem is. We have data loss. We have had to restart and have not narrowed down exactly what the problem is yet. So, that is in the works.

Scalability is good. 

Because we are having stability issues right now, it depends on what we need to do:

• Do we need to add more memory? 
• Do we need to add more collectors? 
• Do we need to bump up something? 

So, this is a little uncertain at the moment.

Technical support is good. 

There was only one time that I had to contact someone at two o'clock in the morning and the response was not as quick as I thought it was going to be. However, we addressed that with meetings. I think they have done a lot better job of their support.

We have used siloed monitoring tools, specifically CA APM. The challenges were probably the end-to-end and getting the full picture of what the problem was. There always seemed to be some major piece missing and Dynatrace has allowed us to get as close to that big picture as we possibly can. Then, with OneAgent, it has to provide the problem to you. It does not really get any better than that.

We picked Dynatrace because of the value that it provides.

Our environment is very complicated anyway, so the initial setup was a bit of a struggle, but only because we have so many applications and JVMs that we have been working on for long time. We had to move everything from CA APM to Dynatrace, so it was a big conversion process.

We found a tool that can be utilized by testing, DevOps, marketing, software engineering, and monitoring. Before, we always had everybody doing their own thing. Now, everybody's utilizing one tool, which is huge. That is a huge savings.

Definitely look at Dynatrace if you are looking to purchase an APM solution.

We did evaluate other solutions, but I was not a part of that process.

If I had just one solution which could provide real answers as opposed to just data, the benefit to my team would be time savings. We are scrambling all the time to try to figure out when there is a problem. If we could have something else telling us what the problem is, we could spend more time fixing it, providing valuable dashboards. and other valuable monitoring, then have a better proactive monitoring environment. So, it is huge.

The role of AI when it comes to IT's ability to scale in the Cloud and manage performance problems is huge and really important, especially after seeing OneAgent. We will probably be moving to that, then probably be upgrading to version 7. I think that is the direction that the company will be going. They do not say that they are not supporting it, but it is highly encouraged that you jump onboard the OneAgent train.

Most important criteria when selecting an APM solution: Something that was less overhead for us. We were finding with our old tool, which we still support because we are still not off of it, to get the same thing that we get with Dynatrace required more servers and effort on our part to address everything that we wanted to from the performance side. So, there is less infrastructure to support and it is a little more consolidated.