Dynatrace Reviews

We’re using Dynatrace AppMon currently in our environment, and we’re using it for troubleshooting performance issues. We are mainly using it in the performance-testing environment, to try to reproduce a problem if we happen to see one in production, and find what the root cause is.

It's performing well, absolutely.

I’m not sure about the entire organization, but for my quality assurance, the mean time to resolution or to find a problem has been reduced dramatically now. I don’t have a percentage but, we used to take a week or more to troubleshoot an issue, now it can be done very quickly, probably in a day’s time.

PureStack, I just love it. It can give visibility from the end-user perspective right through to the code level. That's the most valuable feature.

Also the UI is amazing. We really like it.

I think Dynatrace is top-notch, it's well ahead of its competitors. I don’t see any features which another vendor or other products have which Dynatrace doesn't. I think Dynatrace is in pretty good shape right now. I don’t really have any features which I’m lacking right now, so it's all good.

In terms of new features, I’m excited about AWS monitoring, that Lambda function, and log analysis. We’re not yet on the cloud, but still it's a good feature. We are actually planning to move to the cloud, and my organization is actively looking for tools which can support monitoring. This will definitely be a value-added feature.

It's not a big concern for us at this moment.

We haven't used technical support.

For deep diagnostics we were using an HPE product or, then, a Microsoft product called Diagnostics. It was difficult to use that tool and connect the dots. It was per machine base, per JVM base, and was not really giving a holistic picture. But Dynatrace is doing that all for us. And PurePath, again, I just love that. That was missing.

I think one of the vendors helped us. We didn’t have any hands-on, but I think we did some Dynatrace University, we’ve been through some videos. And the vendor gave us some training, so we’re fine with that.

I’m a big advocate of AI. It seems that AI can join the dots sometimes for us, and that is helpful. Instead of spending the time to think and connect all the dots, AI can do that for us in the future, and can come up with a solution also. That will be nice.

In my previous company I did use siloed monitoring tools. We used HPE BSM, Business Service Management. There were two piece to that. One was infrastructure monitoring, host monitoring such as CPU, memory, using SiteScope. The other was end-user monitoring, synthetic user monitoring. Also, there was a piece called Diagnostics. The challenge was, although the two pieces, synthetic monitoring and the host monitoring, both were agentless, it didn’t give us the real root cause of issues. Diagnostics did but you had to go and install it, and it didn’t perform very well in production.

In terms of one tool, right now I’m seeing Dynatrace can do a lot of things: the entire DevOps, infrastructure, application performance monitoring, all that can be done using just one tool. Now they just released a new feature for log monitoring. I’m really excited to learn about that. If everything can be packaged in one, that would be nice. You wouldn't have to worry about different vendors and patches. And especially, they have a SaaS model. I’m a big advocate of SaaS. My company is not right there but eventually, I hope, when it gets there, I think you’ll see big use of it, and ease of use.

I think from the organization's perspective, probably the most important criteria when selecting a vendor would be the cost, and the tool, obviously. The tool is very important: quality of the tool, reliability, scalability, all those factors weigh in.

My advice would be, from the tool perspective, to look at this tool and its features: ease of use, scalability, and stability-wise this tool stands out. I understand organizations have a pricing factor, a cost factor. That is something you have to decide on. If you want a low-cost tool, there are different tools in the market, or do you want to settle with the best tool in the market but you'll spend a lot more money. Do your research, work with your peers, your leadership, understand which way they want to go. But definitely, as an engineer, I will always say you should go Dynatrace.

Our requirement is to monitor and manage application performance. Our primary solution is AppMon for application monitoring.

The performance comes with a little bit of overhead, but we are designing the solution that way. If my application allows to be within that overhead, we are using it.

I think one of the interesting parts is they are going to deliver, in the new release, artificial intelligence, which is like analytics that will improve the correlation technology: What is causing the problem? So that will help us to drill down the actual problem, more quickly, rather than analyzing from another tool's perspective.

For us is it is the PurePath technology which is helping us to drill down to what the root cause of the problem is. That helps us to escape the war room.

I would like to see machine learning, which will give it even more of an advantage. And the self-healing, which is there, I would like to see it even smarter, to get it to quick healing, itself.

Stability is very good. Initially, when some of the problems happen, say  application issues come up, if you haven't properly designed, then it's really breaking. But now it is quite mature to handle those things, so it is quite stable for us.

Because we are now we are moving out of AppMon to the Dynatrace tool, probably in the future the scalability will be really helping us.

We use the Dynatrace University, plus some of the guidance solutions. Generally these guys are quite experienced and they help us to understand properly. They cannot help our environment - we help them to understand our infrastructure. It's like handshaking with each other. It's good.

We used a lot of different solutions. Those other solutions didn't have the ability to focus on a problem. What we had was application performance monitoring and not measuring as well. They were mostly infrastructure monitoring, but we really needed some sort of DevOps tool, which would help us to really know where our problem is.

I was the architect, I designed from the very start. In terms of the setup, initially there was a little bit of a learning curve, but now, because the tool has been simplified, I think this learning curve is gone.

When you adapt a new tool, obviously the people and culture need to adopt it, so it will definitely be a challenge. We found it was quite challenging in terms of the learning curve. But now, after two or three years, it is quite mature.

I think we had quite a lot of different vendors, but the reason we went with Dynatrace was because they were number one in industry reviews, and there were a lot of features we really needed that were already in place.

The role of AI, when it comes to IT's ability to scale in the cloud and manage performance comes in when the complexity increases, because your stacks are high, so human intervention would be really difficult. That's the reason we need AI power. Dynatrace has that capability and we want to use it. So looking to the future, AI and analysis will help us.

We have used siloed monitoring tools in the past. The biggest challenge is that we don't actually have one view. Let's say a new application is launched or different tools, they have a particular focus for a particular problem solution. But when you don't have a major overview, one view, it is very difficult to find the solution. So Dynatrace helps in that we can easily get one view, correlate, and everything will be one single pane.

If we had just one solution that could provide real answers, and not just data, the way DevOps is going on, we would probably want to adopt that solution. It would really help us regarding the cultural change of DevOps; the tool would help bring us to that level.

Our most important criteria when selecting a vendor are, first, do they meet our requirements. Second, whether they have the right support for us, when we have a problem can they immediately eliminate it for us. They need to understand us and to have the skill set to remediate those things.

I would rate it a nine out of 10. There have been some improvement announcements, but overall they are doing a great job.

I would recommend Dynatrace to colleagues.

The primary use case is application monitoring. We are using APM to test for performance, bugs, and hoping to resolve the issues faster, and hoping to catch them before we go to production.

It's been great, it has helped us a lot. It can do more, but it's definitely helped us a lot and I'm a big believer in Dynatrace products.

First of all it's mitigating issues before they are in production, and if they do go into production, it's reducing the time to find the issue and actually resolve it. I believe, in the organization that we're in right now, that is challenged for resources and time, a product like Dynatrace helps immensely.

The PurePaths, because that's where somebody who is a non-developer can figure out where the problem is and send appropriate PurePaths, clean charts, or even the link to the developer. The developer can then look at it and figure out exactly where the problem is, this is the piece of code that took the longest time, and then resolve it.

Right now, since I'm primarily an AppMon user, so maybe the Dynatrace product addresses this: The challenge with AppMon is, what if you don't have an AppMon agent on a host, but it talks to the database. It talks to it, but I don't have either a host agent or an AppMon agent on it. That has been a challenge, but I believe the Dynatrace agent, the OneAgent, will solve that, potentially. You ask me three months from now, after we take a crack at the Dynatrace product, maybe my answer will be different, but I'm hoping that addresses some of the issues.

The configuration of the alerts, that's been a challenge in AppMon for me, right now. Some of the alerts are too noisy, but that might be my lack of some configuration. Again, it's just me primarily handling it, so that could be an issue. Somebody asked a question in one of the sessions, here at the Perform 2018 conference, about noise and how many alerts to your problem count, and the person doing the session answered right away saying, "I checked my dashboard before I came to this session and I had one alert on it." So I'm guessing that will resolve itself.

I think I like the direction it's going in, the only challenging part for me is to keep up with the name changes. But other than that, as far as stability, I think I'm happy with it.

I think for the deployments we have right now, it has not been a challenge. My goal is to increase the usage throughout the organization, maybe that's where I'll face some challenges, but at this point there are no challenges.

I have used technical support in the past and they are pretty quick to respond. The other thing is, the APM community is available, Andy answers pretty much any question I post pretty quickly, so I think that group community help is really good.

I have use siloed monitoring tools in the past. When I started at Nemours 17 years ago, I had custom scripts that I would use to apply to various servers. They were on the host level, but the deployment was challenging. How to tie in a CPU alert to application slowness is challenging, because you had to go to the timestamp, look at the log and say, "Okay, this might be the issue." Dynatrace tells you how it is, and I think that's the most important feature.

I'm the primary Dynatrace admin, if you want to call me that, and it was pretty easy. But keep in mind, my skill sets are probably unique in the sense that I understand applications well, so I know how to insert the agent - because we use AppMon - how we insert agent into JVM.

But I believe the new Dynatrace product is probably the way to go, because you don't need to actually talk to the application folks, you just deploy it on the host and you're done. I believe it's definitely going in the right direction. It is complex, it wasn't for me, but I can imagine it being complex for some people.

I don't know if there were any other vendors on my list because we've been users for about 15 years. We started out with a Vantage product that moved to server monitoring, and then we had the Gomez platform, and then you also had Dynatrace, but then they all came under the same umbrella. So we never really evaluated any other vendor. We had some of the free tools we used to use, like  Profiler, but from what I've heard from developers, nothing ever came close to this so I'm a fan.

If we had just one solution that could provide real answers, as opposed to just data, we could spend less time on troubleshooting and trying to figure out what the problem is, and actually do our jobs, which is to design, build, and develop software.

The criteria we look for when adopting an APM solution are ease of use, and does it truly get you down to the problem area - and I believe that Dynatrace does - and the third one, it's true for everyone, is the cost.

I would rate it a nine out of 10. I'm not giving it a 10 yet because I would like to see the Dynatrace product in action and truly want to understand it. If we move to Dynatrace, away from AppMon, are we missing out on something?

My advice would be go with Dynatrace.

I mostly just onboard different applications in the company under the Dynatrace platform. Occasionally, they will have issues, then I use AppMon in order to tell them what the issue is. It usually is something simple: The URL, this particular service is slow, or your database is not responding correctly. 

It is performing well.

It is different for me than other users. I like the PurePaths dashlet the most. This is mostly because (and I can count a handful at times where this has not been this scenario) as soon I open the PurePaths dashlet and sort by response time, there is the problem. Every time.

If the PurePaths dashlet pulls up 750,000 PurePaths, I really only needed to know about seven or eight of them. Then, being able to look into the code-level dive about it, that is just a sanity check. Just to make sure that it is the same issue multiple times, not a random anomaly where everything else was crap.

Also Errors dashlet, I use that a ton.

I would love to see a better data export, because AppMon's charting capabilities leaves a lot to be desired. The dashboarding capabilities leaves a lot to be desired. There are a lot of times, for example, at my last company, they wanted Dynatrace data in addition to a bunch of other stuff dumped into one place. It was not just performance metrics. The CEO wanted his business metrics in the same place as the performance metrics along with a lot of other stuff. However, Dynatrace could not export this type of stuff. 

You have about a 5,000 line limit or you have to set up your CSV file just exactly. DC RUM can do it. It might take like an hour sometimes, but DC RUM can do it. I would really like to see the ability to export, in Dynatrace and AppMon, in essentially in a nice format of whatever you want to whatever else. That would be fantastic.

For AppMon, there is always room for improvement: charting, dashboarding, and user management. However, that is pretty much our fault with LDAP. The onboard process itself is a pain, even though we have scripted so much it, it is just very repetitive. There is a lot of alerts and things like that out-of-the-box that do not need to be there or that just do not do the right things.

For Dynatrace, I feel like it just needs a lot more technology support. I know they are trying to essentially get rid of AppMon and move toward the Dynatrace way of doing things. However, we are a multibillion dollar bank. We are not up-to-date. We are not going to be microservices for a long time. We are not going to be container for a long time, and we are probably one the most expensive clients that they have.

We are the ones who are going to drive a lot of the money factor so they need to have that. They need to have integration between the current set of tools so we have the ability to onboard five or six apps, then we'll also put the AppMon agent on it and show people the difference between it. It needs to be better integrated.

All of our team will go to a five minute sales meeting, if they were like, "Look, you can do this with a script." We are sold.

We do not want to do any of the regular AppMon stuff. However, when you have to convince the CTO that we are going to completely rip out the entire monitoring solution which we just spent the last 15 years trying to get a process set up for, and now we are going to redo it. That is not going to go over well. That is not a good conversation. 

You need to have that ability to do MQ. I don't care who uses MQ, but apparently we do. If you can't look into those messages, then you just lost a half of our organization which can't be monitored with it.

With stability, I have never run into issues with Dynatrace causing an issue yet. 

I have run into AppMon causing issues. There have been a lot times when I have waited for a release. AppMon does the release, then it ends up taking down our application. Now, the fix is immediate, but I have already loss face. 

The last time, I took down the main application that lets you call tow trucks. It was just a monitoring loop, a simple thing. They fixed it in a patch. They knew about the issue and they told me immediately what the issue was. I got it fixed in 15 minutes. It took me six months to convince the team to install it in the first place and took me another seven for them to give me another shot at it. It was not a problem that showed up in QA, for whatever reason. So, I could not convince them that it does not exist anymore, because I could not show them any evidence that it existed in the first place. Let alone that I fixed it.

I have never been more confident in a tool because I've seen how easy it is for it to deal with the .NET Applets. That is a big problem in AppMon. Unless every single person is naming their Applets, the exact same way and following the exact same pattern, it becomes an issue. The new tool does not run into that at all. Similarly, you can script it so it just automatically blasts across the organization. As long as it has the PurePath capabilities, somebody who is running, for example, the actual web application that tells people their accounts, that might be a different, more in-depth use case for AppMon versus Dynatrace. So far, the scalability of the solution is phenomenal. 

Anytime I can't find the answer immediately in docs or answers, I just open a ticket. They are very good about giving you a response. 

Initially, I am talking about two or three years ago, I think they did not have enough personnel staffed there. Therefore, it would take them maybe two or three days to get to your ticket. Now, it is maybe the next day you will have a pretty reasonable answer and that is provided you did exactly what it says in the support ticket. For example, make sure you upload your support archive. Otherwise, you will burn a day and they will send you an email requesting you just upload this. That is shooting yourself in the foot, and that is not their fault. 

I have previously used siloed monitoring tools. I have used SiteScope. My current company uses ITCAM. They are okay. They get the job done.

At my previous employment, we used SiteScope and that was quite literally the way that I thought about it in day-to-day life, if you do not really give a crap about it, just put SiteScope on it. However, if you actually need to know if it is working, it needs to have Dynatrace.

I was always pushing for that sort of thing. There is stuff like Wiley where you are not getting 100% monitoring. There is another tool, one is a very new company, and it seemed to get the job done but that was only because we were using Citrix Xenapp. It was specifically able to decode the traffic for Xenapp and XenDesktop, which was what we were looking at. Apart from that, I have never had a situation where I was like, maybe we should not put Dynatrace on this. I have never run into that. 

I was not involved in the initial setup at my current company, but I was at a previous company.

For upgrading at my current company, that is in process. We are trying to figure out if it is better to blast it across the organization. We have five Dynatrace servers. They are all completely at capacity. They are all set at large. It is a really big deal for us to try to switch anything over. Right now, we are trying to figure out, do we just upgrade our collectors and hope for the best, or do we do it in QA and then in production? 

A lot of people do not run the right thing in QA. It is never the case that their QA is identical to production. So, is that a good indication? I have run into issues before when upgrading from 5.6 to 6.1 expecting that all the bugs were ironed out. That is when I took down that application. Now, I do not have confidence in this upgrade process.

For the Dynatrace Managed version, that setup process was incredibly easy. It took 15 minutes. 

Just go with Dynatrace. Just start with Dynatrace. Do not go into AppMon. Start with Dynatrace, because AppMon is going to give you so much extra stuff that 99% of your user base will not need it, including yourself.

You don't need AppMon. I am a hardcore AppMon guy and I am still saying this. It is a lot nicer to be able to start with the Dynatrace solution, be able to script everything, and start integrating the new thing than it is to try to do the old tool set. 

I started in the PDP program at Dynatrace. That was when they were still Compuware. Then they became Dynatrace, and I went to a different company, now I am at PNC. I have done the exact same thing for several years in different places.

In my current and previous positions, AI is not important when it comes to IT's ability to scale in the cloud and manage performance problems.

The previous company bought it, and they did not even set it up. I onboarded a bunch of apps. So, they were way too fledgling to try to start looking into it. 

What I would use AI for is if it could assist me in saying, "These are your common PurePath patterns." A lot of times in the ending part of an URL, they will have /apps, /data/, then they will put something lie the date or some big custom code. For example, we had one application for tow trucks, which would tell them the URL contained in PurePath, for the actual seven decimal place of the geographic coordinates of that tow truck.

This is not a good way to look at data. If the AI could tell me something about it, just mask it out, or just know this is the same type of data as these other ones and not worry about the extra text part of the piece. That would be the foremost use case for me. After that, I am not sure. 

I would need to use it a lot more to maintain my own trust factor in it before I would want to try to tell somebody that is asking me what the problem is. Just immediately saying AI says this. I do not have a high confidence enough factor in it, because I have never really used it.

If my organization had just one solution that could provide real answers, not just data, it would probably put me out of a job. Most of the time, when I get a ticket, they will ask me what the problem is. I will point out the problem, and it is something which is you need to code this better or you messed up these settings. Therefore, as far as helping me not have those mundane sort of tickets where I don't really want to waste my time with people. It is fine for the first few, but after the thirtieth or fortieth person, you tell them that you wrote this very poorly. It is better to just have some tool tell them that this is probably not the best way to do this.

That would be the initial benefit of the one solution. A part from that though, all I am doing is onboarding. The new Dynatrace already takes care of this. So, I am not really sure what my role would be afterwards. Right now, the APM is siloed off from the development teams. If you are going the full Dynatrace route with AI and getting the opportunity of the AIs already going to tell them what the issue is. Then, the APM team does not really need to exist anymore, apart from doing migrations.

Most important criteria when working with a vendor: That initial pairing of sales versus FTS. If I could reach out to them and get answers within a day, or better yet, within an hour. That is one of the best things because a lot of times that initial conversation can get derailed so quickly. You are not going to get more than five or ten minutes to pitch it to your boss. They are always at meetings. For example, my boss, at my previous place, I would be able to sit with him and talk to him about this thing. Then he would get, maybe, five minutes a week of his bosses level. That is the person who is going to sign the paycheck. 

Therefore, when he goes to a meeting, and it is a week later, he gives the spiel and has it all ironed out. Then, his boss asks him, "What about this?" Now, he does not know the answer, and I can't get the answer, then I need to get somebody on the phone stat to give him an answer. Otherwise, we have to wait another week. That is a big deal for us to have that communication open. 

My primary use case is troubleshooting production issues to see which endpoints are mostly calling and get some logs about them.

It's performing well. We use AppMon, and whenever any production issues occurs, we get a time window from the customer explaining, "This time it is a software failure."

We actually did some training on the AppMon UI, then it almost never failed on us. We could trace back exactly where the issue occurred. We came to the Dynatrace event to understand more about it, and see how we could learn more to perform our troubleshooting better.

It used to take a lot of time to troubleshoot. Now, with Dynatrace, we can actually see the logs anytime we want. I can just find the problem. It has improved performance from a time perspective.

The most valuable feature the solution offers right now is the PurePath. When we see a web request, and something failing, we can drill down using PurePath. Then, on PurePath, we can get to the database SQL statement. So, it is a very cool thing. We have our logs and all the stuff, but this is an area that stands out.

The AI thing is a boost, but it is not in AppMon. It is in Dynatrace. If AppMon could also incorporate it, that would be great.

The main thing is more about the dashboard. Currently, it does not keep the snapshot data. It only keeps it for a very short duration. Because of that reason, we cannot get more reports. If we can somehow option a way to preserve the data and keep it for a longer time, or have that feature, that would be good.

It is always requiring us to update the Dynatrace client. There are some issues with Dynatrace. Many times I thought there was a production night deployment and we would do a smoke test. Therefore, I started Dynatrace, and suddenly it says your client needs to be updated. Then I had to go do that two or three times. So, there are some glitches in it.

In the future, Dynatrace should actually try to resolve those issues with AppMon. The new Dynatrace version, I think will not have these issues, because it will be only browser based. So, there will be no need to install anything on our machines.

I sometimes see issues with the loading of the data. If we give you criteria, like you want to see the last 15 days of data, it has a lot of requests in it. To refresh, it will take a lot of time. Therefore, we actually narrow it down to a particular instance or event.

My main purpose is to troubleshooting issues, so this way I know exactly what time it happened, then I can just narrow it down to that. However, if you want to see a month's data, it keeps on spinning. Here is an improvement which needs to happen, which is the case with all applications or tools. There is a lot of data, and either we have to change the way we are logging or the application needs to be enhanced.

For some reason, we wanted to create a report about what is the maximum used end point or the maximum called end point. Also, we wanted to create a certain dashboard at that time. Myself, with a DevOps engineer, we called the technical support team, and they helped us create that graph. We got it, actually.

We have used production logging. We have our own custom logging system, where we read the logs and transfer to the database. We have a nice UI for it too, but it does not scale well. It can read the log, but it can read only those logs which we added.

Most of the time it works, but it is very slow. If we want to trace back, for example, to find out what happened in the previous week, we cannot get that data.

The DevOps engineer worked extensively on it. I do the troubleshooting.

It saves a lot of time.

It is the best solution that I have seen so far.

AI is like a new feature or benefits, and it is a cool thing. We have not tried it, but I really like to see it working. It is a great program, and it automatically makes a trendline baseline. Whenever something goes wrong, it can send an alert. There is also a web check feature.

Currently, we do not have a baseline. If AI is there, it can see the trend. Based on the trend, it can send notifications. It is also integrated with various platforms, like social platforms, so we can also get alerts from there.

Most important criteria when selecting an APM solution: 

We look mainly for how it will scale and what are the features currently available. 

I provide this information to the decision-makers.

We use Dynatrace to detect where we can improve performance. We use AppMon to do that. We're just getting started, in the past six months is when we started using Dynatrace, so we don't have definitive results yet, but we have definitely identified problem points that we can work on.

It's given us a lot better insight into how our application performs.

The fact that it can really analyze what parts of the application are slower than others.

I like that the new version has aggregated Waterfall, but I'm told that it's not gonna come to AppMon. I would like that to happen to AppMon.

I would give AppMon an eight. And the reason I don't rate it higher is that the learning curve on the tool is... You have to have some experience with it to be able to figure out where to find things, and the best way to get to things. But once you know that, it's a really good tool.

I would recommend Dynatrace. I don't have any problem recommending it.

I haven't had any problems with it working.

We have a pretty small environment, so we don't have scalability problems.

We had training from them and they're all been knowledgeable. I'm happy with the training that they provided. Their support people are responsive.

We really didn't have anything. We went to an APM because we had a concerted effort to improve application performance. Dynatrace seemed like it was the best solution for the problem. It covered what we wanted and more.

It was complex, but well-documented. Getting AppMon set up has a lot of moving parts, but they're all documented and it went relatively smoothly.

There was SOASTA and one other.

I don't have any personal experience with AI in IT, but I can see that, as environments get more complex, it will definitely help with finding problems.

If we had just one solution that could provide real answers, and not just data, on our ops side it would help because they use that to dig out the root cause of problems.

When we look at a vendor we're mainly looking to see that their product does what we want it to do, that we can analyze performance problems and that it gives us good feedback on where we can improve things.

We are old school, we don't have proper documentation on how our application interacts with the downstream components. We tried CA Wily, that didn't provide a solution. We had CA Wily for three years, but when we deployed AppMon it gave us the complete picture, how the application interacts with downstream components, the application flow.

Based on that, my development team is developing the application automation diagram using the app map. It's like reverse engineering I guess.

It's really helping out. The term we call the mean time to repair, that has improved a lot. Before we had a "command center" type of setup. We had all the dashboards on the screen and five to six people sitting in front of the computer. When there was an issue they used to call a "bridge" meeting and everybody would login to the bridge.

The AppMon solution helped the OCC, the operations guys, to pinpoint one problem area and to call the specific group, instead of opening the bridge for everyone and asking them to join there.

The mean time to repair and the resource utilization time, they are totally reduced deploying APM.

The Transaction Flow diagram and the class and meta level information, those are really key selling points in the automation for AppMon. Also, the meta level instrumentation and the dashboards that most of the people use in our organization. 

Most importantly the back-end components. Most of the back-end components that the application connects to; nobody knows how our application interacts with, for example, the DataPower Gateway. But AppMon really provides that information for us. So finding the gaps is the key here.

One thing I'm missing and that is the JMX from the MBeans, it's missing completely. 

Also the reporting. We have a load testing team, they completely rely on the reporting for analyzing the data. They should have a template to create a report and they should have something to auto-deliver the report into your email box. 

They also need to develop how to capture the JDBC and MBeans metrics. That is something they're lacking. Also integration for the extension to DataPower and MuleSoft Gateway.

The other feature that Dynatrace should have is - from what I see in Dynatrace in our PoC - when you auto-upgrade the agents, the JVM or the application has to be restarted. But if you have something like an "auto-attach" feature, to attach the agent for the running process, it would not require a JVM restart. That would be nicer. That is a killer point.

We haven't seen it that much but it's promising. We haven't had any downtime.

We have a small portion deployed right now, but they're planning to go enterprise-wide, we're thinking about 8,000 to 10,000 agents, so probably at that time we'll know the scalability. But the small one we have right now, it's good. It's doing well. The UI is faster, people like it.

We used tech support one time. We did in Fabric. We have internal cloud, called C3. So C3 and Fabric, we had a little bit of an issue, we called the support guys to fix it so and they were knowledgeable.

I have used HPE Diagnostics, CA Wily. I'm now doing a PoC with Dynatrace and AppDynamics.

With CA Wily, the problem was the complexity of our environment. It's not the tool, we have too many security layers. CA Wily, there's a breaking point. When we have the agents on multiple servers, it's not creating that link because of the security. But Dynatrace, I don't know how they did it, it's really awesome.

We switched because of the Transaction Flow diagram. There is a complexity in CA Wily that it is not able to integrate into our security layer, whereas AppMon can. That's the main thing that's missing. We were looking for that flow diagram. Nobody knows it. The developers call it but they really don't know what the main functionality is that's behind it: How the Apache layer connects to application server, and the application server connects to the different services, and the services to the back. Nobody knows it unless you have proper documentation. Proper documentation is very difficult to get in any organization. 

Upper management really liked the Transaction Flow diagram. No matter what, that's the key.

Comparing AppMon to Dynatrace, I like Dynatrace very much because of the ease of use. AppMon is complexity. You need to know more to use the tool. The adaptability comes when you have a nice GUI that is easy to navigate. I saw that in the Dynatrace SaaS model. 

When I'm looking at AI, the problem identification and anomaly prediction is important. It's good to know, beforehand, when the problem is going to happen. The anomaly detection is the key area, and part of the AI I think.

If we had a solution that gives you an alert that said, "This is your problem, this is how you're going to solve it," that would be really awesome. Pointing out a problem to a specific group is a key point. That would really help, instead of globally alerting everybody, alerting upper management. If before they know it, you can solve the problem that would be nice.

When looking at vendors, we have a key set of requirements. Among them are container health monitoring, flow diagram. Also extension monitoring the non-Java applications, or non-supported applications, because Dynatrace works mostly on the .NET or Java applications. There are applications out there which are non-Java based like PeopleSoft. At least we can see the interaction with those components, but it would be nice to see what's going on inside those external components. That's what I'm looking in future releases, more support for things like PeopleSoft.

I would rate Dynatrace an eight out of 10 compared to other tools. The amount of data it provides is awesome. Other tools work on a sampling methodology but Dynatrace captures all the RAM sessions that are running. It's more data, but they have the filtering options so I can pick the data I want. Capturing all the data gives me more insight into what's going on, I can compare a bad response to a fast response, that type of thing. Capturing all the data is awesome.

I've worked with HPE Diagnostics, I've worked with CA Wily, now I'm doing a PoC with Dynatrace and AppDynamics. Compared to all these products Dynatrace stood out.

Currently, at my organization, we have DC RUM, Gomez synthetics, and AppMon. We are getting ready to PoC the OneAgent technology. Our use case for OneAgent will be containers monitoring, AWS monitoring, and microservice monitoring. Our organization currently has a digital services team that will be doing a lot of this cutting edge stuff and our architecture is not being fully monitored by the current stack that we have. We also have a tool called ScienceLogic that we use with our Ops bridge and we have Splunk. Therefore, we are really looking for the OneAgent to fill in the gaps that we are not covering. 

Out of the gate, I can tell you that just changing the agent model from having to go, "This is a Java, this is a .NET, this is a web, or this is an app," And getting rid of that to having the OneAgent is an improvement. Then, being able to monitor anything, literally anything on the infrastructure, that will be huge for us. 

Another thing is the log analytics. We have to work with the Splunk team. We have a very fractured organization, so anytime an application team wants log monitoring, they have to work with the Splunk team. Anytime we want log monitoring we have to work with Splunk team, it is a paperwork process. It is not that they are not nice people, it is just that it takes a really long time, and by then, the problem may be gone.

We really just need the immediate log analytics, because we might not need long-term analytics all the time. Like Splunk, they do awesome data analytics, but sometimes when we are troubleshooting an issue, we just need to look at where the problem is.

I would like better plugin support, because they are constantly asking us to do plugins, saying "Yeah, we can do that. Use this plugin."

Then, the moment something goes wrong with that plugin, I have no way of getting help. They recommend, "Contact the plugin author." You are kidding me? Those guys do not have any obligation to respond. They wrote it, but they do not have to support it. 

I do have concerns about stability. I have heard there are gaps being mentioned and I think that we will lose some features. I am not entirely trusting that this is fully-baked yet. I am probably going to go back to my organization and say we really need to do a PoC and we need to get on the train. However, I am not stepping down AppMon or our current DC RUM for another year or two, because this really needs to mature.

I am not worried about scalability. OneAgent is going to more scalable than the clunky old solutions that we just put to bed.

I evaluate technical support on a criteria of:

• Did they help solve my problem?
• How long did it take them to help solve my problem?

I have not had very positive experiences in the last year. I found them to be arrogant, rude, not solving my problems, and not interested in solving my problems. 

They are very insulted if you ask them questions. They refer you to read the documentation. I am like, "Well, I already read the documentation and that is why I am asking you a question." 

"Google that," is not the answer that I want hear out of tech support, because I already googled it. So, I have been rating them very low. It is actually the one pain point I did bring up to my sales engineers and sales support. They are aware.

Our organization just dumped HPOM and the plug was pulled on it in 2017. We are getting ready to sunset SiteScope and HPE BSM. The really siloed monitoring tools are archaic and high maintenance. The infrastructure is too big and moving too fast to be constantly updating old-fashioned tools.

What I really am excited about is that they just announced that it will be doing session replay for the DC RUM part of it. We currently have IBM Tealeaf and we hate it. We hate its guts. Our management hates it because we rolled it out to one application and it cost us over a million dollars to do that. We wanted to roll it out to a second application, and IBM wanted another million dollars. We already have the on-prem and a trained administrator. That was the licensing that they wanted that million for.

Dynatrace just said the session replay that DC RUM will have, it will put IBM Tealeaf out of business. Thank God, because that solution literally is from the 90s. I am not kidding you, it was coded in the 90s, and it is extremely brittle. It is hard to maintain, and it is clunky. If they can get that replay to be smoking, then they will make so much money. All the Tealeaf customers will stampede over here.

We stood up AppMon five years ago. It was not straightforward; it was complex. 

We paid for a Dynatrace guardian to be onsite for two years. The guardian rocked. We really loved the guardian. If we had not had the guardian there, we would not have had an adoption rate like we got.

Thursday and Friday last week, I got pulled into what they call a triage team. They had a problem in production where all these people were in a war room with all these fingers being pointed. Nobody had the full picture. I am using AppMon, which performed beautifully and management was super impressed. Just using AppMon 6.5, the visits, being able to drill down, and find the answers there worked. However, if I had had the OneAgent, DC RUM, and SaaS solution altogether, I would not have been in there for two days. It cost our company so much money and they still do not know what the answer is.

This is an expensive solution, but it is also worth the money.

My organization evaluated Nagios and a start-up company. Then we evaluated Dynatrace as well, and it just outperformed the others.

I am really excited about the AI that I am seeing out of the OneAgent because I was just at the IBM conference last year. The IBM AI is still pretty much a toy and I have not really seen the rubber hit the road with their stuff, but the rubber hitting the road is here with the Dynatrace AI. From what I have seen, it will be a key tool set for us just to pin down problems and get answers immediately. 

Most important criteria when selecting a vendor: Everything that they are doing is right, except tech support and plugins.