Dynatrace Reviews

Primary use case would be RUM for real-time monitoring. 

It has performed really well. Earlier, we were documenting how long each transaction was taking, because we had a service which was pinging different sources. Therefore, we had to go into the logs and see what the response time was for each step. Now that Dynatrace is instrumented, we are getting alerts any time the service time is not the baseline. Then, you look at the PurePath, and it really helps you drill down to where. You can work with other managed groups and tell them this is the timeframe when we saw the issue, "Did you see your CPU load go higher?" That is where I am finding it really useful. 

When our service response time was not matching the baseline, we realized that our Oracle TNS was getting too many pings, so Oracle recommended to us to utilize more persistent connections, so this is where Dynatrace really helped us narrow it down. Therefore, we are changing our call to use more data sourcing and connection calling. That is the real business benefit that we have received.

The real-time monitoring, which we are getting, is amazing. 

PurePath: It is really good. You can drill down and see what the baseline is. If it is five seconds and I am not happy with it, I can go into the PurePath and look at each step, then see where I can improve my performance.

I do not like the performance of the UI. It is really slow. I get a problem, but by the time I can drill down and figure it out, it is getting late because the performance is slow. When it is performing well, I know right away and I know how to react. 

Basically, our database list is running out. They have a maximum connection counts per second, and that is where we are running out of count. We were exceeding that count, so Oracle increased it to 200, and that is what Dynatrace gave us. In some situations, I have seen the UI is slow on our end.

Also, we were getting alerts, like the CPU was pinging, and it came in the middle of the night, and it was a development server. So, the next day I wanted to look at it, which process caused it, and sure enough Dynatrace gave me the details, but it does not give the user running the process. Most of the processes are very obvious what is running, like JVM is running, Java, or what websphere is running. But for this process, I had no clue. I involved a Dynatrace consultant, and he had no clue. Then, as a team, we did not know what to do. It was not happening often, so one night I was lucky enough, the monitoring alert came when I was online, and I quickly logged into the server to the top, and sure enough the process was running, and the process was running as route, so I know the groups which can run processes. 

That is how I figured out the process, and they looked into it. They figured out what the issue was, but just looking at Dynatrace I couldn't have figured it out. Therefore, I asked them if when they give these results that when they have CPU consumption in the processes, if they could also have the user. That would help.

Once screen replay comes in, that will be even more useful.

It is stable, but slow. We have a managed solution. We do not have a set solution. 

Scalability is pretty good.

I am more from the development team. We have a monitoring team, which is actually supporting Dynatrace with the help of Dynatrace's guidance.

Feedback about the technical support from our monitoring team has been pretty good. Our monitoring team is totally taking it in well. They are learning on their own. 

We have a lot of siloed monitoring tools; as in, we still have them. They are good alerting tools, but they cannot really measure response time levels and do the PurePath analysis, which Dynatrace is able to give us. This was the real challenge we had. They would say, "Why don't you record the response time for each step in the log file and we can monitor that," but I did not like that way of doing it. Dynatrace has very graphical interface, therefore it beats those tools. 

We used and are still using Nimsoft. The alerting is pretty good, and it integrates well with our issue management tools. Now though, Dynatrace integrate well with ServiceNow, and we are in the process of moving to ServiceNow. 

I am in the development. We just instrumented it on my servers. 

We had major issues, and it was not Dynatrace. It was how Dynatrace and Voz garbage collection were interacting, so IBM got involved and had to upgrade us. Now, it is doing a real good job, but that is how I got pulled into Dynatrace. 

There is a license issue where if we increase the memory we have to up the licenses. I was unaware of that going in. I thought it was scalable without all the paperwork behind the scenes.

I would recommend Dynatrace because I have seen Nimsoft. They do not have this graphical interface, and a graphical interface helps. Otherwise, with CP utilization and memory utilization, you would have to go to capacity planning to have them share their graphics. With Dynatrace, we can just bypass all that and just use it to see all the details. 

I would really recommend this product. 

We are not yet using cloud.

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.

More than five years.

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. 

Primary use case would be exposing application performance, and incidents and errors within the application. It has performed exceptionally well.

Understanding and visibility, and the ability to provide the same answers across the different archetypes of support personnel, maintenance personnel, business personnel, executives, middle managers like myself, where we're all telling the same story and we're all working off of that same story, to understand what's going on.

The main benefit has been time, definitely. Over my career I've spent hundreds, if not thousands, of hours in war rooms picking problems apart, over-analyzing issues, chasing red herrings, and this type of solution, or solution set, not just AppMon but Dynatrace, and even the Synthetic portion, really helps us narrow down what we're looking for.

Capture of 100% of the traffic. Exposure to downstream services, that might not necessarily be new, to everybody who's using applications. It triggers them and captures them and it gives visibility to some pieces that might be forgotten or even obscured.

If it is AppMon, I would really like ease of integration developed into Logstash. The business transaction data doesn't have a natural feed through the GUI, through the configuration. We have to do a little jiggering in between to get it to feed, so I'd like to have that out-of-the-box. That'd be great. We have now, out-of-the-box UEM integration, I'd like to have the rest out of the box as well.

And if it's Dynatrace we're talking about, I really think they're on the right track as it is, because of all the AI and all the session replay and all these fantastic things we've been shown.

And if it's the Dynatrace Synthetic which we also use, I would love to have higher-level analytics across the tests. Where today we get errors and generate them per test, but we have clusters of tests that are for the same application, I'd love to see a little bit more analysis done across series of tests, so that we can have higher roll-ups of actionable information.

This is an interesting question. We've had our challenges in the past because our primary tool over the five years has been AppMon, and AppMon has had a series of evolutions. We started with the 4.2 version and we've come all the way to version 7 at this point. It was never intended to be a high-availability solution or a clustered solution, and some of those improvements have been made more recently. But historically, it was fragile. 

Like I said, I have a very large implementation. Over six thousand agents with AppMon. Some of our servers are very highly loaded, over a thousand agents, and when we talk about our online banking, mobile banking platforms, we drive significant load and it can really impact the viability of the servers.

To be fair, we were pushing the product to its limits, and it even prompted some of the architectural changes within Dynatrace itself, and within the AppMon tool, to allow for larger footprints. But generally, and lately, it's been extremely stable.

The AppMon product hasn't been historically as scalable. That is one of the reasons we're really excited about Dynatrace product, because it was redesigned for scalable environments with scalability itself in mind.

The technical support has been fantastic, even getting right up to third-level support and getting changes overnight. 

A small anecdote: We needed some changes to the UE mobile agent and we needed them in a hurry. And support turned that ask around in two days, which was phenomenal.

And then, I started talking to some of the guys in Boston, Detroit about some of the exciting changes they're making for their support model where they can have off-site guardians. I actually employ two guardians myself at a time. I have them on a one year contract. Putting them in-house has been invaluable.

The idea of other organizations being able to use Dynatrace guardian hours, and doing it piece meal as they need it, is great because not everybody needs as much hand-holding, but everybody needs a little help some time. The response time and the knowledge has been tremendous.

We've used a number of tools. We've used SCOM and Wily Introscope and Groundworks. We've used Nagios, Zabbix. We've used HPE RUM which was terrible. It cost a lot of FT overhead. There have been a few others, I just can't remember them offhand.

A lot of them were siloed, very siloed approaches to monitoring. Some of them have similar approaches, DC RUM is the same as HPE RUM, but the manpower overhead is significant. The challenge there is they just don't talk to each other. And they're not providing the same information to the same people because people craft the output to what they want, and they're not trying to tell the same story. Dynatrace just attempts to tell the truth.

To be honest, I wasn't part of the board of smarty-pants that brought the solution in, but I can imagine the criteria they looked at included breadth of coverage of technologies, the cost, and ease of use. Either way, I thank that team because it changed our lives.

When it comes to the nature of digital complexity, the role of AI when it comes to IT's ability to scale in the cloud and manage performance problems is absolutely crucial. Last year I spent a large portion of my time doing an investigation into AI capabilities for IT operations, and I evaluated several products in the market space. I found they're all very, very immature, but it's an absolute necessity for us going forward. 

We're a very large bank and we have hundreds of thousands of users, thousands and thousands of applications. When you start scaling up to the cloud with microservices, the sheer volume of data is so massive that human beings can't evaluate it anymore. It's not possible. AI is the only way that we're going to be able to move forward into the future with these types of architectures, and still get the value out of the data that we're recording.

I've definitely used so many siloed monitoring tools in the past. The challenge is when it comes to clustering and high-availability - that type of solutioning where we look at strict node-based siloing and then application based siloing. Even then you're limiting yourself to the purview of what's in that container or what's in that application, and if you're not looking outside of yourself then you're really just looking for a culture of "not me," instead of fostering a culture of this is what it is. Let's work together.

If we had just one solution that could provide real access and not just top line data, I think it would probably free us up in terms of manpower and work hours, to allow us to do more value-add things. If all we're doing is working with top level data, then you have to spend a lot more time digging deeper to find your cause or to find actionable insights into the applications, and that chews up manpower. In this day and age, IT overhead really has become "Let's look at the employee first and cut that first." So, if we need to move in that direction, having something that provides real answers helps us to make that adjustment.

I rate Dynatrace an eight out of 10. I never want to give a perfect score because there's always room for improvement. But it's been a great journey for me and I look forward to many more years with it.

I'd recommend you look at Dynatrace. It's really the only one worth looking at.

Currently, we use Dynatrace to monitor the PCF Cloud Foundry. We just started using it. So far, so good.

We do not have an effective tool to monitor the PCF Cloud Foundry. Dynatrace closes that gap. We have tried using different tools to monitor Cloud Foundry, but they were all ineffective. 

It helps to show you the performance. It also shows you where the problem is, automatically trying to find the problem. It helps to show where the problem is and isolates the issue. 

The installation and configuration were very straightforward and nice.

There was one issue with the installation, but the we resolved the issue. It was some issue with the proxy, and we resolved it.

An additional feature that we could use is the rollover. If we could rollover to different datacenters, then it would satisfy our requirement. I.e., if one datacenter fails, then we could rollover to another datacenter.

Right now, they can rollover to a multi-node cluster. Generally, they require a multi-node in the same data center. Our requirement is because we want something in case of a catastrophe, like an earthquake, and the data is possibly wiped out. We need a way to automatically roll it over to another datacenter. 

This is not offered at the moment.

Still implementing.

So far, stability has been very nice, and Dynatrace runs on the Linux system.

It scales well. 

The only thing is we do have requirements where if one datacenter fails, you need to switch to another datacenter. On this front, Dynatrace was not built. They have active to active standby, but from our talks with Dynatrace, they are not built between datacenters. They need to be logged in at the same datacenter, and if they are logged in at different datacenters, there might be some issues. That is one thing they need to improve on: Datacenters which are geographically located. So, when there is a issue in the datacenter, they can just automatically rollover to another datacenter. 

We used technical support. We just start configuring the system and the initial installation. We had one issue when we tried to enter one agent and it just does not work. We got to work with the highest level of support, but it took a while to get there. Initially, we did not get to that level. This is considering maybe it was just after the New Year, and it took a little bit longer than we expected to get to the highest level of support. 

We do use multiple monitoring tools in our organization, including size scope, BPM, and CA APM. We also have RUM and several different monitoring tools. 

We chose Dynatrace, because it is good at monitoring the PCF and also the performance platform is very nice. 

The initial setup was straightforward, very easy and nice. 

AI is very important with the increased complexity of the IT system. IT is very hard to pinpoint the root issues of a problem with AI. It would help you to analyze the issues and let you get to the root issue faster, because people with experience are rare, and with AI, it helps bridge this gap. 

If I had just one solution that could provide real answers, not just data, the immediate benefit would be using only one tool where you do not have the complexity of managing more tools.

Most important criteria when looking for an APM solution: 

1. I need it to monitor all the different applications. We have a diverse suite of applications, and it needs to support all the different applications. 
2. It has its own stability and is well supported.
3. It needs to be scalable. 

Track and tracing of each individual end user transaction throughout a complex Core Bank financial chain. Within 5 clicks you got the evidence why the performance is lacking. Also a problem could be analysed from different angles. One dashboard that provides the information and you can work independently (you don't need the presence of OPS people, and other tooling except Tibco EMS monitoring)

Our customer base is too immature on performance matters. Besides that, they are now working with Dev/OPs teams (more than 180!) where there is no governance overall. Every team can decide what they want to use with respect to tooling. There is no Business or Operational chain owner.

Message Bus monitoring: it is not possible to deep dive into the the Tibco EMS bus. The consequence is that we depends on EMS monitoring tools like RTView, Tibco Hawk, GEMS etc. These tools are lacking the functionality to track and trace individual Tibco messages, something you really need to do trouble shooting; Deployment of dynaTrace agent fixes per selected agents instead of all agents. Consequence is that if an Agent fix is corrupted or whatsoever, all agents are off-line; Eco system like AppDynamics (external parties can develop plugins). On the other hand, it has an disadvantage because your quality control must be very good to not jeopardize the tool stability.

I have been using this solution for 2 years.

Not at all. This product is developed by guys who perfectly understand that a quick and seamless install is part of the customer experience. It is heaven if you compare this with IBM or HP stuff.

Not at all. No crashes whatsoever.

I can't answer this question, because it is not deployed in a broader way. I'm not convinced to deploy a large scale solution, because it consumes an enormous amount of data resulting in a decrease of retention time. So I advise to deploy more DT instances where every Dev/OPS is responsible for their own DT instance.

Customer Service: Could be improved, but has everything to do with the merge of Compuware and dynaTrace. There is a local office in the Netherlands, but available FTE is under par.Technical Support: It is good.

7 years ago I used HP Diagnostics. This was not an out-of-the-box instrumentation (1st gen diagnostic tooling). It took too much time to get added value out-of-it, too much interpretation. dynaTrace is installed in half-a-day, fully operational (including the dynaTrace agents, dynaTrace server and Collector). This is why this tool with all its functionalities is a preferred tool for performance troubleshooting, performance tests, test automation and full coverage production monitoring. It also works with a lot of performance test tools. I'm not impressed by the Dell Foglight diagnostics; I never see it working with SOA technology. AppDynamics: despite the fact that I didn't work with a full deployed installation of AppDynamics, you need a lot to do to get the information like dynaTrace provides.

Straightforward

We don't to depend on vendor PSO.

Can''t answer this question. The performance organisation is too immature to answer this.

Tool investment (initial 50 JVM agents, increased to 80). One time investment with yearly maintenance costs Total Stitching activities 20 days (due to Tibco wired /unwired mechanism and old JMS version usage); 5 days per week performance testing

No, I didn't evaluate other options. Reason: I'm not totally convinced about the products provided by vendors like IBM, CA, HP, BMC etc. Way-too-much consultancy, it takes a lot of time to generate added value, too difficult to work with etc.

Use it as fast as you can. List prices are negotiable. You get instant success!

I primarily use the solution for mobile monitoring and service management. 

The monitoring is very good.

We like that the solution has the ability to drill down so that you can see your payload. 

The solution is ideal for large companies. 

I'm not sure if there are improvements needed. I don't work actively with it. I sit at the management level.

The solution is a bit pricey. As a result, you can't shift quite so easily, and you always are testing in production.

It's not the best solution for small-scale companies. 

I've been using the solution for five years.

The cost model for developers, et cetera, is too expensive. It's not very affordable for small companies. 

I am just a customer and an end-user.

I'm using the latest version of the solution. It updates regularly.

I'd rate the solution eight out of ten. I'd advise users to try it out. However, it's more for large-scale companies and not really the best for smaller organizations. 

Public Cloud

Amazon Web Services (AWS)

We are a solution provider and this is one of the products that we implement for our clients. We use Dynatrace both on-premises and in the cloud. Our use cases involve monitoring application performance. We are also able to see how the underlying infrastructure is performing.

This monitoring capability gives us the ability to measure the end-user experience.

We have other use cases, as well, but this is a summary of what we do with it.

There are several features that we find very valuable.

The setup is automated, so you don't have to do any configuration. There is very little manual intervention required.

Once it captures the data, it is able to dynamically analyze the packets and determine a probable route. This is a feature that we use very heavily.

Support for cloud-based environments needs to be improved. There is a challenge when it comes to monitoring cloud-native applications. This means that we have to use other tools that we integrate with Dynatrace. If there were another approach to monitoring things automatically then it would be a fantastic feature to add.

Some of the results that we were being given by the AI engine were not a proper output based on what the data input was.

These days, we are seeing that AIOps is becoming more predominant. As such, I would like to see more of the features in Dynatrace, expanding it from a purely monitoring solution into a full-fledged AIOps solution.

I have been working with Dynatrace for approximately nine years.

With respect to stability, this is not a system that gives users access to the low level. Rather, they interact with the agents. That said, we have had some stability issues with a number of our agent deployments for our customers. One example is that the AI engine was not giving the proper output, based on what the input was.

This is a scalable product but you ought to have multiple instances to scale it.

We have worked with their technical support team on a couple of specific areas, and I would rate them a four out of five.

We have not had to contact support for applications that use simple technology, like Java. However, when it is a complex system such as an ERP or a cloud-based application, sometimes the integration requires that we create specific plugins to capture the data. These are the types of things that we have worked with technical support to resolve.

We have worked with various competitors' tools. Some of these are AppDynamics, New Relic, Datadog, Splunk, and others. There are a lot of other tools on the market.

Nowadays, we are working with a lot of different customers and our preference is to implement Dynatrace over the other solutions. The three main reasons for this are the features in general, the ease of implementation, and specifically for the AI capabilities.

The initial setup is straightforward, although it depends on whether the application enrollment is heterogeneous or complex. The initial planning can take some time but the actual installation and setup is not a big process.

The number of staff required for deployment depends on how many applications we're going to configure. If it's only a few applications then you don't need many people. However, if a customer tells us they have a hundred applications that need to be installed in a month's time then obviously, we need more people to help with the deployment.

As product integrators, we deploy this product with our in-house team. We have a good set of people who are trained and certified in Dynatrace.

Over the time that I have used this product, I have worked with several versions. I am now working on the latest one.

The advice that I typically give to my clients is that you shouldn't think that it will do everything. In order to implement it properly, we need to clearly understand what are your specific use cases are, and then work on those.

Use cases can be related to an environment, a technology, or a platform. If it's a cloud-native service, for example, then you won't be able to use Dynatrace because it can't even be installed. You won't get anything out of that. This is an example of how it is not suitable for every situation. The feasibility depends on what you want to use cases are.

I would rate this solution an eight out of ten.

Hybrid Cloud

My primary use cases of this solution are to understand how users are interacting with and experiencing applications and to quickly identify and fix problems.

Dynatrace has reduced our total headcount in operations and the mean time to detect and resolve problems. As a result, those challenging offline times are much shorter, if not non-existent, because of this solution.

The most valuable features are session replay, which allows for full playback of a user's experience; the AI engine "Davis," which does problem identification; and automatic mapping, which gives a visual representation of how applications interact host-to-host or process-to-process.

An area for improvement would be security. In the next release, I'd like to see more network-centric capabilities - Dynatrace is good at the network level, but I have to leverage other network solutions and integrate with them, but a holistic approach including the network as a one-stop-shop would be great.

Dynatrace's stability is solid - it performs updates very often, so it's always the latest and greatest in a good way.

Dynatrace has phenomenal scalability capabilities.

The technical support is phenomenal - they have a call program called Dynatrace ONE, which is like a customer success program on steroids. 

The initial setup was extremely straightforward and fast. The deployment function was also super fast, typically just a few hours at most, with the right tuning.

When used appropriately and applied to the applications that are meaningful for businesses, the ROI is extremely high.

There's a perception that Dynatrace's value could be questioned, but this is down to a lack of due diligence on the front end. When done right, this product always gives good ROI and total cost of ownership.

Dynatrace is really good at keeping some infrastructure details and really good at the application level. I would give this solution a score of ten out of ten.

Public Cloud

Amazon Web Services (AWS)