Dynatrace Reviews

We have AppMon, and our primary use cases are to

• gain greater visibility into our applications and our full stack of technology
• be able to provide our developers with insight into their applications 
• be able to see our systems, monitor them for availability
• really reduce our mean time to resolution, if and when we have problems.

It does really well, it really gives us that insight that we need. We have a large instillation and it does a decent job of handling that. I do foresee us looking at the Dynatrace product long term, to help address a couple of the things that we have some issues with time to time, but overall I would say it's really good.

I think it has improved the way our company has functions because of the insight that we have now into our applications. On top of bringing in the AppMon product to our organization, we've also really been trying to push APM as a culture, trying to get everybody in our organization, developers, to start think about APM ongoing and in the earlier environment, like our system integration environment, our user acceptance testing environment, and our production environment. Having AppMon has provided the visibility and capabilities that we needed in order to be able to drive that culture.

For me, the most valuable feature of this solution is that deep dive that we get out of the AppMon product with the PurePath technology, and the way that the PurePath stack works. It's visibility that we didn't have into our applications before, and it really filled a void that we had within our organization of being able to understand what's going on at that layer.

I've learned a lot during this Perform 2018 conference about the direction and the roadmap that Dynatrace is going with the actual Dynatrace product. One thing that I would like to see is for companies like us - large AppMon customers that have a lot of presence in AppMon, a lot of manually configured things and customizations - would be something that would help us be able to make that journey more easily, the transition from to AppMon to Dynatrace. That would be something that would be really helpful for us, because we do see a lot of benefit, and a lot of new features and things that are really positive in that Dynatrace environment. Now it's a matter of figuring out how we get there.

Overall, stability is good.

We've had some scalability issues with the AppMon product. We're rather large, we have a lot of shared infrastructure, and a lot of shared code. We have one single profile, and we throw a lot of data at it, a lot of applications, we have a lot of agents, so we have had some hiccups in the past with that environment not being able to handle that. But we've worked closely with our contacts at Dynatrace who have been helping us through those situations and trying to improve that going forward.

Tech support is good. They are really responsive to our support tickets. We work really closely. Not only do we have our sales contacts and a sales engineer contact, we have a product success manager as well. We talk to them twice a month, we do calls. We always talk through those open issues, and they're really supportive if there are things that we need to have pushed and escalated, to help us do that.

I've never called, I've opened tickets through the Support Portal, that's the way I've engaged with our support. I'm more on our application business unit side of the house, so not directly involved with the configuration management of the Dynatrace server and environment. I'm more from a usage standpoint, and the configuration of our applications, how we have those set up in the AppMon environment.

We really didn't have a rich monitoring presence in the past, from the distributed environment. We also have IBM z/OS, and we have some tooling there that is meeting our needs. We did have a product before, it wasn't very well adopted in our organization, and that was one of the goals of bringing in AppMon, that it was more usable, more user friendly, have more capabilities, and that we could really push adoption across our organization. I would say that it's helped us to be able to do that.

There was a gap that we had, and one of our big initiatives was availability of our applications, being able to make sure that our applications are available and stable; and being able to have that insight to know when they are and aren't. On top of that, was our customer-first efforts, and really trying to ensure that the products that we are putting out there, whether they're for internal or external customers to use, are really meeting their needs and performance needs.

I was involved when we initially went through the PoC, worked with our sales engineer, and brought the product in. I'm on the business side of things, so not necessarily the configuration of the server, the deployment of the agents, but really the configuration aspect that we need to gain the visibility into our applications.

I don't have any complaints about the installation process. We were able to get it ramped up really quickly. From where we started, the scale that we went to in just a couple, three months, was really impressive to me.

We had some other vendors on our shortlist. Dynatrace was able to demonstrate the full capabilities and functionality, working in our environment. The other aspect was its capturing of all PurePaths, that was really appealing to us as we want to make sure that we get that data so that we have it and we can use it if we need it.

Regarding the role of AI when it comes to IT's ability to scale in the cloud to monitor performance problems, we don't have a product that has AI right now, but that's something that we're really looking at right now. We're in the middle of PoC on the AI, and capabilities that are built within the Dynatrace product are really appealing to us. We're a large company, and we have a lot of applications, a lot of processes, a lot of hosts, and having something that will automatically detect anomalies and tell us when there are problems, without us having to tell the product when to tell us that there are problems, is something that's really appealing. That is certainly one of the features that we like within the Dynatrace product.

If we had one solution that didn't just give us data, but also real answers, the immediate benefit would be not needing either to have to sit there and watch a dashboard, or to go through the efforts of identifying and programming - within the tool - what is considered bad performance. Something that would detect anomalies, deviations, would certainly free up our time, because we would only have to engage when those things occur.

I think the most important criterion when working with a vendor is having people that obviously believe in the product and know the product very well. We've been very fortunate with the contacts that we've worked with. We have a really experienced sales engineer, and really good sales consultants. We look for ongoing engagement with them, and having them want to ensure that we have a success and ongoing success with the product. We want somebody who is really engaged and feels passionate about helping us get to where we want to get to with a solution.

I give AppMon an eight out of 10. With some of the new things that are coming with the Dynatrace product over the AppMon product, there are a lot of things there. With the couple of the stability issues that we've had throughout our tiers of experience, obviously shoring those things up would help make AppMon a 10. I understand they have a new platform and where they're going with that. I also think the new platform also has solved some of the complexity around it. For AppMon, in order to use the rich client especially, I think you have to be somebody who is in there more often than not. It's not necessarily as intuitive as it could be. The web client has certainly helped with that.

Obviously, find a great partner, find a great associate within the company from which you're looking to implement a solution. But then I would say internally, one of the biggest things that has helped us be successful is, we have a cross-business unit, a group of power users - we call it our APM COE group - that really have a vested interest and a passion around driving APM as a culture in our organization. On top of that, they are working very closely together to continue to innovate and support the Dynatrace AppMon environment that we currently have. That same group is working closely together to look at where we see us needing to go in the future. Where is technology driving us? We've got a really good overall pulse on what's going on within our organization, and how to pick the right solution for the right things.

It is one of the core enterprise tools that we use for detecting incidents and paging out to teams when a problem happens. Ideally, it is proactive. This is what we are looking for and what you would expect with Dynatrace: To be looking for things that are going south and getting people on the phone to deal with them beforehand. With a large enterprise, where we are, there are a lot of different teams on the phones, so Dynatrace is hopefully giving us where in the large ecosystem of the application the problem actually is. Therefore, basic use cases, but this is what Dynatrace is good for.

We do have the pockets today where teams have started to get better at giving us a cohesive view. We use AppMon a lot to fuel the metrics that we have. Therefore, we are starting to create dashboards on top of AppMon that pull together information from a few sources and actually provide that cohesive view. We are just now starting to proof of concept it with some of the business teams to see if we can get traction and start to fill in some of the gaps that we have.

PurePath is a very staple thing for it, because within one transaction all the way through you can see the bits and pieces from when the user first came in to the database. We have mainframe components and a lot of middleware layers as well. To have one place where you can see the entire flow all the way up and back is invaluable and it saves lots of time.

It looks like they are actually fixing the issues in version 7. Therefore, I am real excited to get it in, because the core problems that we are having, the newest version seems to be fixing. If we can get out of actually having to handle every problem, it can let teams start to get steam on their own.

One to three years.

The stability has been wonderful for the couple of years that I have been involved with it. It has really been the key tool of choice that anytime anything goes down anywhere, it is typically the tool that is shown on the big screen in front of everybody or shared through a Skype session. It is getting to the point that the CTO of the organization knows the tool by first name and will look to have it brought up, because it is so consistent, reliable, and a cornerstone for solving problems. 

This one I would defer to my team a little bit, but I do hear a few gripes scalability-wise. It is a very good tool, and we have got it to do what we need to do. However, I do know that for the size of our organization, we're talking thousands of agents and hundreds of applications, it does get to the point where the servers themselves that house Dynatrace are at a point where, in some cases, they are just too big for one machine, since you have to have an entire application ecosystem all funnel into a single system. One of the things we run into is, when we deploy agents, it is a bit finicky sometimes about how that happens. We have had to put in measures to make sure that applications do not get an upgrade for Dynatrace until we specifically quarter them off, making sure that we have a very careful process to troubleshoot them because we have had several instances where applications have had issues after an upgrade.

I have a very good team who are very good at this, so from my perspective, I would say is Dynatrace is one of the few companies where it seems their people are still ahead of my team in terms of troubleshooting things. Some of the other applications that I have, I feel like my guys should be paid by the companies that troubleshoot. The Dynatrace support team that we have is great and the staff that we have had onsite has been consistently good.

My company has used siloed monitoring tools. We do not actually try to get rid of those best of breed tools, but there are some obvious problems with them. Today, a network tool does not use the same terminology as a database tool, and the database guys do not talk the same language as the app teams. Thus, very frequently there are very silent organization or we will have huge gaps between these things. Not only do you have a conversational barrier between teams, you will frequently have whole sections of the network that are not monitored or people who think, "Well that's not my side, the network is good," and the database guy will say, "My side is good and the database is fine." However, there is obviously something in the middle that is not there. That siloing is very damaging to working on a big team trying to fix things quickly. 

Before Dynatrace, it was a smaller list of niche tools. Dynatrace was the first tool that started to slice horizontally through all the different silos and provide feedback.

I was not at the company three years ago for the initial setup.

I would wholeheartedly recommend the platform as it is, but looking for someone who is just getting into it and does not have a lot of experience, Dynatrace 7 seems to be easier to get into than AppMon was before. So, it is a great starting point today.

If I had just one solution which could provide real answers, not just data, the immediate benefit to my team would be two things, and they are both on the business end of what we do. Today, our business customers are very frustrated with the ecosystem that we have in place because there are so many complex components. They really want a solution where they can see what is the actual impact for the people who are trying to use the application. If I am trying to go in and check a balance or trying to buy something, they really want to know how many people are being impacted by that today. Then, what actually is the technical problem behind the scenes, but so often, we have a lot of technical problems, but we have a really hard time prioritizing what those are as a cohesive solution. If our business customers could say, "80,000 people are impacted by incident A, but only 200 people are affected by incident B." This would provide an entire view that would be so much better for trying to prioritize development teams to fix problems, and we don't have this typically today. 

We are in AppMon 6.5 today. We have people on my team who are sort of a tiger team that have to get involved whenever there is a performance problem because there is almost an art form to using AppMon today. What I have seen so far of Dynatrace and the OneAgent today, it removes a lot of the AppMon art form. I see a lot of value in moving to 7.1 later this year. I am very excited to see when some of our teams, who are not as familiar with Dynatrace but know the application, can start using the application more.  Hopefully, it will reduce and back off the need to constantly bring in my Tier 3 team as super experts and help and to maybe focus more on key problems, letting teams deal with things themselves. 

Most important criteria when selecting a vendor: Having a company that has been around for a while and has multiple products that we can leverage cost of scale.

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!

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