Dynatrace Reviews

From an operational perspective, monitoring systems. We've primarily deployed it in production to give better awareness to application support teams of how their apps have been doing. We do have it deployed in pre-production as well, and are actively pursuing these cases in that space as well. It's just easier to sell to executives from the operations side first.

Mean time to resolution is probably the biggest improvement. Also, operational awareness is probably one I haven't touched on too much. I think in the past a lot of teams really didn't have a comfortable feel for how well, or not well, their applications were performing. You would get log files, things like that, just a small amount of perspective. In a lot of cases, people complaining was their first indicator of a problem and, really, nobody wants to be in that situation.

We started using this product about five years ago, and with AppMon. That was one of our first big wins, getting these big TV dashboards up all over the place. It really gave executives confidence that we did have things under control. At least we knew what was going on. It wasn't always the green check-mark up there, but we knew when there was a problem, before people called in and told us there was one. So that was a huge benefit.

• End-to-end visibility of the applications, since we have them instrumented. Understanding where the hotspots are in the applications. 
• Quick Fault Domain Isolations: When people are having a problem, understanding where to look, and letting all the other people go back to their day jobs. 
• The UEM feature, User Experience Management: Understanding how users are perceiving the application and then connecting that back into back-end systems to understand why things have gotten slow and then dealing with things.

Over the last year, one of the things we've had a challenge with is, we've used AppMon for so long, people are quite comfortable with it. We had a pilot of Dynatrace SaaS up and running for about a year, trying to transition application teams over to it: "Try this new tool out," - especially at microservices-based applications. And a lot of the features at the time that were in AppMon were not yet available, or worked differently, so we had some challenges in internally selling it. Since then, a lot of those features have been added into the new platform, and I'd say in some cases have leapfrogged over where AppMon is.

The one thing people really liked that we can do in AppMon is executive dashboards and, until recently, you couldn't even create the business transactions you need for the data at the back-end of those dashboards. But if I had to ask for one thing it would be: In the new platform, give me the ability to do dashboarding in the way it's done in AppMon, and I think that would bridge a lot of the missing pieces. If I could do the same type of executive dashboards on the walls, they would be happy.

As far as the new tool goes, we haven't had any issues with stability at all. I'm really impressed with the way they've architected it and made it much more scalable than the AppMon solution. 

We've had some challenges with AppMon in the past, mostly due to the top-end Dynatrace server not having an HA solution, which they're addressing now with the new version. So that's a big win for us as well. 

These things, when they first started out, were kind of neat and cool but they were never considered mission critical early on. Fast forward a few years to now, and nobody can afford the Dynatrace solution not being online. People are using it to support their apps. It is considered mission critical. So having HA built in, making this stuff rock solid, is very important to us.

So as far as AppMon, we knew where there were ceilings in the product. We've got a pretty big company and we hit some of those scalability limitations early on, to the point we were running about eight AppMon servers just for production load alone. One would never handle it. 

The thing that impressed me about the new Dynatrace Managed offering is that people are seeing, here at the Perfrom 2018 conference already, about 100,000 host limitation, at this point. But that's more than enough for us to handle our entire production infrastructure, so I'm looking forward to actually collapsing all of the AppMon stuff into one big solution where I can see, end-to-end, any app offering. Even if it crosses lines of business, you get full visibility. So I'm very impressed.

I wouldn't say we need to call them that often, the solution does not require a lot of hand-holding from that perspective, but we've had it for five years so there are always a few bumps in the road. We've had to call in for a few things, and they're really very professional. If we've needed to escalate issues, we've never had a problem doing that. Always been able to get to root cause, and in every case, been satisfied with the outcomes.

Five years ago, Wily Introscope was in place for a lot of our WebSphere infrastructure. At the time, we were actually looking at it more as an infrastructure tool. The guys supporting WAS, whether it be in Windows, AIX, Linux, or z/OS, needed something to give them a lot more visibility into what was going on, and Wily at the time just wasn't doing it. 

Wily Introscope was only lightly used at the time, but it just wasn't giving them the depth they needed. Realistically, nobody was using it. We had a product that was sitting there, unused. At the time there really was no APM-type thinking at all. It's kind of by chance since we moved to Dynatrace to satisfy that first requirement.

Since then, we've flipped it on its head, and we use the tool that much more from the app perspective. And that's really the way to do it. And we had no problem making that shift at all. We could still satisfy what the WAS team needed to do with the tool but get a lot more value out of it by giving app teams a lot more perspective. We've been able to get 500 percent more value out of it just by putting it with app teams as well.

One of the challenges, when we were looking through all the different solutions out there was, which one supported all of those things to give you that big picture? And Dynatrace met the mark. 

I was only loosely involved in the initial setup. At the time we brought Dynatrace in, it was one of my peers in the same larger group that was doing the evaluation. I was in the background, watching it. I then ended up inheriting the whole thing about a year later, so it was kind of good that I did have some visibility into it.

Overall, the initial setup was pretty straightforward.

We did a bake-off against some of the competitors at the time, and it was pretty clear Dynatrace was the best fit for our organization.

I know AppDynamics was one of the other ones we were evaluating, and IBM's offering, ITCAM. And given the different types of technologies we had to deal with, specifically mainframe, Dynatrace really stuck out as the one tool that could handle all the requirements we had at the time. And since then we've actually grown the use cases up quite significantly, and are even more happy with it.

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 properly - is huge. We saw it when moving to Dynatrace AppMon and started the Gen 2 platform and wondering how did we deal with problems just a few years ago without tools like this? Now we've gone into the Gen 3 platform space and really, with apps exploding from the perspective of complexity - as it's impossible to manually understand where all the moving parts are at any one time, where to look for a problem if it happens - AI really rolls all that up in a way that makes it useful, and we don't waste time trying to dig through things like we would have even with AppMon. So it's immensely important.

We still use siloed monitoring tools to some extent, and we've used quite a few of them. They have their place for what they do but, in reality, we've had to look at other aggregation-type tools and bringing feeds from each of those together. Let's say a Windows Server monitoring tool can tell you the CPU is higher, but it doesn't give you any perspective on what the actual impact is for the user of the app that's sitting on it. And that one server might only be a small cog in the wheel of the overall app. It's great at telling you what it does, but it doesn't go any further than that. You really need something that aggregates all those things together and has perspective. And that's really what app teams want. I think those tools are better served in the operations space, but then that's where they're stuck, they'll never go further than that.

If there was just one solution that could provide some real answers, as opposed to just data, the benefit would be that looking in multiple tools definitely slows you down. The fact that a tool like Dynatrace can bring all those things together and really help pop problems up right into your face is a huge time-saver. I don't know anyone that's got extra time on their hands at this point, so anything that helps us save time and get us to a resolution of a problem faster is of huge importance. Looking back, a few years back, trying to look at multiple tools to help us figure out problems, teams could spin for weeks because we'd have no idea where to look; classic war-room scenario, where everyone's pointing fingers at everyone else in the room, "It's not my problem." Dynatrace has really done a lot to help us get rid of those types of scenarios and be productive, really addressing actual issues.

I give it a nine out of 10. Compared to the other solutions out there, I'd still say it's top breed. It's great to see they're doing a lot more with the product on a big scale. But there are a few things they need to knock off the list to hit that 10; it's not perfect, but it's really, really good.

In terms of advice, the one thing that I've seen from other app teams internally: Do a PoC. It's much better to see your data in the tool than trying to demo it with easy travel or someone else's app. You just don't get the perspective of what they're looking at is some cases. Set it up, kick the tires, and give it a try, and that will win most people over.

Our primary use case for this solution is for checking site vulnerability to see if the applications are up or down and if they're running fine.

This solution has helped our organization by allowing us to check for site vulnerability and performance, which in the end helps us save money.

The most valuable features for me are the dashboard panels because they enable you to monitor multiple applications in one single site.

In the next release, I'd like to see more portables included regarding the screens.

I have been using this solution for about three years.

I would rate the stability of this solution an eight, on a scale from one to 10, with one being the worst and 10 being the best.

I would rate the scalability of this solution an eight, on a scale from one to 10, with one being the worst and 10 being the best. There are some 50 people using this solution in our organization.

I would rate the technical support of this solution an eight, on a scale from one to 10, with one being the worst and 10 being the best.

Positive

The deployment process was easy as the vendor just had to give us access.

My impression is that their pricing plan is moderate.

Our deployment model is on-premises.

I would rate this solution as a whole a nine, on a scale from one to 10, with one being the worst and 10 being the best.

Dynatrace is a very good solution to monitor both application performance and the underlying infrastructure. It's good to analyze all the relationships with Smartscape technology. It's very useful to understand all the dynamic relationships of the application stack, including all the hardware and dependent components. We always use the latest version. 

We deploy it on-prem and on cloud. The SaaS solution is deployed on AWS.

The infrastructure manager or application or database manager will be using this solution. You can also have a CIO or CFO type of dashboard since there's business value and you can monitor the components. You can decide what is the total output provided by those applications.

Smartscape is a valuable feature. They also have a technology named PurePath. PurePath is the distributed tracing data. Previously, we called it distributed tracing. Including all the stacks, you have the full visibility of your solution, the impact of the hardware, and all the operating system dependencies. You can analyze if you have any software change which has impacted your performance.

They're doing vulnerability assessments of the application stack by using OneAgent. It's a never-ending story if you are trying to be sure your application is also secure. So, they could improve in that area, but they have started doing that.

They could definitely add additional components since the technology is driving from different perspectives. So, they should follow up with all the new components and new versions of the suite.

The price could be lower.

I've been using Dynatrace for two years.

I haven't seen any instability. Even their SaaS platform is always up and running. We haven't seen any issues on-prem since their components are already clustered. You can implement multiple servers to have the solution.

It's very scalable for tens or hundreds of servers. We didn't see any scalability issue. Some customers have over 10,000 applications monitored by Dynatrace.

We had several calls to their support organization, but we have had a very good response from them. Even the Mission Control functionality within the solution is handling most of the log collection. They can reach your server to understand the situation, and they can do a dynamic upgrade of the solution. So, it's very good and very powerful.

I would rate them 5 out of 5.

I'm using alternatives in several customer cases. Dynatrace is the best solution in the market, but because of the price restrictions and also the relationship of vendors, we use other selections in certain environments.

Setup is very easy, and it's easy to implement. I would rate setup 5 out of 5.

Since I'm representing different use cases and different customers, we see different needs. For all of them, including having a SaaS-based approach or having on-prem deployment, it's always a matter of minutes to get some results. The amount of servers is always changing. But we are mostly targeting SaaS customers who have hundreds or thousands of servers for their application stack.

I'm the business development manager and also the pre-sales of the solution in our company. I'm mostly doing the POCs and also leading the implementation since it's very easy. Mostly, I'm in front of our sales and also including the implementation timeframe as the customer success manager for the customers. 

The amount of people needed for deployment and maintenance depends on the size of your environment. If your environment is not up-to-date, your environment is not handled by the operations team. This is not the case for Dynatrace.

Our customers have seen ROI. It's very high. I would rate it 5 out of 5.

Dynatrace is usually paid on a yearly basis. You can also have an upfront three-year contract and pay each year, and you will have better pricing. Pricing is always dependent on the industry and the region. Since we are in Turkey, we have a very big push from customers for the discount levels. It always depends on the customer and their project situation.

There are additional costs to the standard licensing fees. If it's a SaaS-based approach, then all the platform cost is included. But if it's on-prem, you have some additional costs. Their pricing structure is a little different if you are using it on-prem without Mission Control.

I would rate them 4 out of 5 for pricing.

Our customers evaluate other solutions like New Relic APM. If they need to have it on-prem, they are mostly including Instana and sometimes Cisco AppDynamics.

Dynatrace has great output and very successful implementation in most cases, including the microservices, the new technology components, and the monolithic architectures of classic Java and .NET applications. They are very good technically but usually very expensive. That's why customers are always evaluating other alternatives to understand what is the final cost of the project.

I would rate this solution 9 out of 10.

My advice to those looking to implement this solution is to include Dynatrace in their evaluation and try to understand if the other solutions can have similar results with their footprint. It depends on the environment. If it's mostly a newer environment like microservices and just Kubernetes or that type of environment, they can also have some outputs with Instana. But if it's monolithic and there's old stuff in their environment, they can have some outputs with AppDynamics. 

Dynatrace includes all of the technologies from old to new. They are very powerful. So, I strongly suggest having them in the evaluation period.

We have some states that use the solution for the whole monitoring of their infrastructure. It's used largely in the main court, state courts, and federal courts.

The dashboard is the most useful aspect of the solution. 

The deployment itself is very easy and straightforward. You can do the deployment in a transparent mode for the applications and containers and it's a very simple operation.

The solution's interface is good.

We haven't had any issues with support.

The solution offers capable configuration options. 

The solution offers integration with other solutions.

The pricing of the product could be improved. It's still very expensive compared to other solutions, although it is the best one. Even being the best, it could improve the price or the business model. There should be more flexible ways of charging the customer. They could have more price models and more options.

I've been working with the product for about three years already.

Up until now, the stability of the product has been okay. There aren't bugs or glitches. It doesn't crash or freeze. It's quite reliable in terms of performance.

The solution scales well. It's one of the most scalable options. If a company requires a solution that can expand, this is a good option.

We use it for organizations with 6,000-7,000 employees.

These are pretty new implementations. Therefore, up until now, there is no demand for my customers to scale or expand. However, I do believe that in two or three years they will definitely need to.

The technical support is quite good. There is also very good documentation on the solution if you need it. Overall, we've been quite satisfied with the level of service we've been provided.

The initial setup is very straightforward. It's nice and easy. A company shouldn't have any issues with the implementation process.

While it depends on the use case, in four to six hours we can typically do a deployment.

Typically, staff or three or four resources is enough in order to handle the deployment and maintenance of Dynatrace.

As implementors, we can handle the installation for clients if they require it.

The pricing could be less expensive, although I do see the value of the solution and its feature sets. However, with more flexibility in terms of licensing, the solution could be more attractive to more customers.

Our clients also evaluated AppDynamics from Cisco.

The main difference was the implementation and the end-to-end management for the monitoring, including the simple way to find and do the correlation of some issues, such as identifying calls and making correlations through their monitoring system. This is the biggest advantage nowadays that customers can see from Dynatrace as opposed to AppDynamics.

We are partners and implementors.

I'm using the latest version of the solution.

I'd advise others to plan the requirements well and be aware of integrations that could be more complex. Training the operational team well is also important. With a good operation team, you can take advantage of the tool in many ways.

In general, on a scale from one to ten, I would rate the solution at a nine.

We are using the solution in the operations space.

Our primary use case is production monitoring of complex business critical systems. Another use case would be performance testing of critical releases.

The solution uses a single agent for automated deployment and discovery, which helps our operations. It reduces the cost of ownership of managing Dynatrace as a tool set, ensuring that we're able to maximize the value from Dynatrace and monitoring is available. That's a big plus.

An example of how it helps is we are more proactive than we were previously, though we're not quite where we want to be. Engineers are talking more with the operations people, which is closing the loop. Our teams are becoming more customer centric.

The platform is very good at identifying potential issues, but each problem that surfaces in most cases still needs to be qualified and quantified by somebody who understands the system. Complex application problems, not infrastructure, surfaced by Dynatrace still need to be reviewed by somebody who understands the application logic or system architecture. For somebody who understands the platform though, issues can resolved in minutes as opposed to hours.

We have the ability to detect user action response time slow downs and their consequences, along with the back-end calls to third-parties. We are heavily dependent, for a number of products, on back-end service calls to other suppliers. Using Dynatrace, we are able to measure the performance of those third-parties. 

We are also using Dynatrace to right-size the infrastructure, especially on private cloud where we have to provision the resources upfront to save costs. Dynatrace helps us by finding how many resource we are utilizing and identifies how many resources we need to maintain for the level of performance and scalability that's required. This has helped us right-size in about 50 percent of our cases, leading to a reduction in cloud resources by 50 percent.

The solution helps DevOps to focus on continuous delivery and shift quality issues to pre-production. This helps with performance testing because our performance test teams are more aware of how product features are performing, which helps to prioritize our testing. It creates test cases so we're able to do more testing. Because Dynatrace helps us define the cause more quickly, this speeds up the time between test cycles.

The end-to-end trace is valuable for us to be able to assign responsibility to the right resolver group very quickly.

The user experience allows us to be able to gauge customer experience and understand the performance impact of our platform.

It has a very nice interface with an easy way to visualize the data that we need, making it quickly accessible. It is very easy to use.

As a platform consolidating tool, it covers 90 percent of the needs for most applications. In that respect, it presents a very high value for us.

We have used synthetic monitoring functionalities to poll. Mostly, it's around service availability and key functionality of a website from different geographic locations. 

The real-user monitoring is mostly used to gauge the difference in performance for multitenant applications, This is so we can discern if there are any local network or client-facing issues when we do a comparison between each customer. It is quite important for us to be able to identify a client-side issue, as opposed to a feature managed problem, because we're essentially providing managed services of business applications.

Dashboarding and having different templates available for more business reporting, or even other metrics, would be useful.

With Dynatrace, we use one tool where we would have used many, but we still have had gaps.

Three years.

It has very high availability.

When we started, we were measuring uptime in a different way, and then Dynatrace started measuring uptime based on services, as opposed to infrastructure. Initially, because we started using different metrics for availability, it showed us that we weren't available as much as we thought we were. This helped us to have better conversations with customers and improved availability from the customer perspective over time. 

We have 115 users, which includes Level 2 and 3 supports, service design, product management, cloud infrastructure management, software developers, software testers, and product architects.

We are only in an early phase at the moment regarding the use of Dynatrace. Currently, we are only using it on two critical platforms. Going forward, we're looking to expand to nine critical platforms.

Our adoption rate across the portfolio is low because we're still in a pilot phase trying to build out our business cases.

The technical support is excellent and very fast. Not only do I get a quick response, but they're also able to close the request off very quickly and satisfactorily with a fix.

Some of the feedback I get from our team, who are familiar with other tools: "Compared with other tools, Dynatrace support is excellent." 

The feedback that I get from people is that the initial setup was very straightforward and easy. It was amazing what information we got in such little time after deploying the agent.

In most cases, the deployment is quick. It takes a couple of hours.

For high-risk applications, which are business critical or high complexity, we would deploy Dynatrace. For medium-risk applications, we would consider using Dynatrace. It comes down to cost qualification for medium-risk applications.

The solution has decreased our mean time to identification. It has saved us from 10 minutes to a couple of hours.

Consider volume because that is where you will get the most benefit. Doing a point solution is not cost-effective.

There are additional Professional Services costs which ensure the solution is configured with meaningful names so you're getting the most money for your investment.

It is the easiest platform to manage in comparison to the competition, like Elastic Stack, New Relic, AppDynamic, Nagios, or Prometheus.

Without a doubt, I'd recommend Dynatrace for business critical applications and anything that's driving revenue.

Biggest lesson learnt: To recognize the most value from the information that Dynatrace provides, you need to make it available to everybody in the DevOps group. There is a wealth of data which can be exposed, manipulated, and consumed by other systems, not just what's visible in Dynatrace. This can also be used for inputs into other upstream platforms.  

Understand the demands within your environment and plan a pipeline, then discuss with Dynatrace. 

We're aware that there are use cases for notifications that can be used for triggering self-healing or autoscaling, but we are not using those yet.

I would rate this solution as a nine (out of 10).

We have several uses for Dynatrace. Most of the time, we use Dynatrace for looking into potential site problems, investigating reported issues, and trying to replicate those problems in a test environment using the information provided by Dynatrace. 

We use Dynatrace for performance monitoring. Quarterly, we will specifically see if there's anything that we can optimize on the front-end of our website, so that's what you see and interact with on the web page. 

We also use it to get ahead of any potential problems in our stack. E.g., if Dynatrace is indicating a problem, we will look into it and determine if it's affecting users. Depending on its impact, and usually if it's impacting customers, we can use that information to decide on what we need to work on next to benefit the customer experience.

I use the tool as more of an analyst. I will use Dynatrace to show where systems need to be fixed, etc.

This solution is SaaS. We use Google Cloud Platform, where we just use their compute engines as far as our hosts. We also have a few services that are on-prem. Dynatrace works fine with both of them. 

The solution helps our DevOps to focus on continuous delivery and shift quality issues to pre-production. We recently got a staging environment implemented with Dynatrace. We are mainly using it for load testing at the moment. Dynatrace has been detecting failures, letting us know immediately what types of failures are occurring so we can catch them before releases. Our developers have been able to identify bottlenecks and other types of problems that they would not have been able to before by just using standard logging and analytics tools.

The solution give us 360-degree visibility of the user experience across channels, which is a great benefit. We're in eCommerce as a retailer. We are selling across multiple channels and platforms. We have a mobile app and a website. We even have other services which we may instrument with Dynatrace in the future. As far as our website and mobile app that we have instrumented with Dynatrace, it has all been very positive. 

The solution has decreased our time to market with new innovations/capabilities because we have been able to quickly identify areas that we can improve for new features and gather that data from Dynatrace. Then, we have been able to verify that our new features and releases are working as expected.

The User Sessions Query language has definitely been the most helpful with its key user actions and user session properties. Using those together, that has completely transformed how we're able to identify customers and their problems on our site. It has made a very big impact over the year.

Using synthetic monitors, we monitor our websites. We have two main domains. There are several plain HTTP monitors, then there are actual browser based monitors that emulate browser behavior. We use both of those types. We have several mobile browsers emulated under synthetic monitors that we use. Those ping our website every 15 minutes. On some of these synthetic monitors, we use multiple data centers to get an idea of geographic availability. We also monitor some of our third-party providers using our synthetic monitors. We monitor our customer support live chat server, which is hosted by a third-party, where we are given alerts if that system were to go down. We are also monitoring an email capture API that's a part of our website.

With user session queries, the main thing that we use that for (and the most valuable), is when we get a problem. If we get some type of a report, obscure problem, or Dynatrace reports a problem, we go straight to using the User Sessions Query Language to find sessions with Session Replay, then we replay those sessions to figure out exactly what the customer did and what conditions may have caused the problem to gauge the impact of the problem itself.

We also save user sessions queries into dashboards, then create different dashboards based on different projects to try and gather data. E.g., last year, we redid a part of our website and used Dynatrace sessions queries and Session Replays to verify that our customers were not having any problems or being confused by their experience. We wanted to verify that, which is one way that we've used the User Sessions Query Language along with the dashboards. We've also created some other dashboards that return custom metrics for us, which goes along, in some cases, with user session properties and user action properties. In that way, we're able to get a very granular look at certain statistics where it would be more difficult to get those numbers from our traditional analytics suite. 

The solution’s ability to assess the severity of anomalies based on the actual impact to users and business KPIs is a bit off. I have found that even though Dynatrace detects a problem and gives you a count and estimate of impacted users, this number is usually much higher than is actually the case and not fully accurate. E.g., I recently noticed an error. Every time someone would experience this error, Dynatrace would create a new problem and it would say, "Several hundred people were impacted." However, using Dynatrace's own tools (user Session Replay), then going back and actually tracing through these requests, we found much fewer people were actually impacted. In some sessions that Dynatrace said were impacted, when you view the Session Replay videos, you could see that the customer was not impacted in any meaningful way.

The solution’s ability to visualize, understand our infrastructure, and to do triage is helpful. I wish that you could do user session queries with those host level metrics and be able to create custom graphs the same way you could with user session data. They're both part of Dynatrace, but they don't feel like they're integrated together well. E.g., we're having an issue that has to do with just HTTP codes and we would like to marry that up with a user session query turning that into a dashboard. We can't currently do that because the User Sessions Query Language does not have access to the HTTP errors or HTTP status code data that is part of the hosts and infrastructure package. Otherwise, if you're just focusing on the infrastructure part it, I think it does a good job.

I have been using Dynatrace since February 2019.

I have noticed a few times where data collection did get interrupted. It was two or three times within the past year. Obviously, it's our monitoring system and we don't want that to go down at all. However, three times for no more than 30 minutes each time is pretty good.

The scalability has been able to meet all of our needs. We have not encountered any limitations when scaling Dynatrace with the Google Cloud Platform.

In the past 365 days, we have two websites that we monitor with Dynatrace, including mobile apps. We've recorded over 23 million sessions for Rack Room Shoes and 8.1 million sessions for Off Broadway Shoes. 

There are three users who are active users of Dynatrace:

1. The user experience architect, who is designing new interactive features and studying customer behavior
2. The product owner, whose focus when using Dynatrace is on the metrics, dashboards, and the user experience as far as using user sessions, queries and Session Replay. They may troubleshoot or look into problems as well.
3. The back-end architect, who looks into certain problems and figures out with Dynatrace where they're coming from. They use information from Dynatrace for writing more detailed support tickets.

I have noticed a few problems with the service before. I reached out to support and the system did appear to resolve itself on its own (after there was a problem). Then, the support staff couldn't see any further issues. The solution’s self-healing functionality works.

We ran into a problem where the Dynatrace JavaScript agent is returning errors, and it's very apparent that there's a problem. However, the customer support will ask us for seemingly unnecessary details instead of looking at our dashboard through their account to see what the problem is. They ask us for a lot of details not really related to solving the problem. As a result, we still have a few issues that were never resolved. They're not major issues, but they're frustrating.

The technical support is below average. They've solved some of the problems that we had, but it took several weeks to resolve almost each problem we had when they probably should have been fixed within a day or two.

There was an initial implementation of AppMon (another Dynatrace offering) before the current Dynatrace SaaS offering.

Dynatrace has definitely made an impact. We were never able to get granular data with any of our other solutions. They were all very disconnected and separate, whereas Dynatrace seems to have good integrations with our entire stack. There haven't been any problems getting additional data now that we have Dynatrace,

It is very easy to use and set up. It did take some customization to get it working for our sites, but after that, it's been pretty easy and straightforward.

The initial setup is complicated, but it's much less complicated than similar systems that I have used in the past. For Dynatrace's setup, maybe there were problems with how our web application was initially developed before I joined Rack Room, because there were a lot of features related to error reporting. It would report errors for things that weren't actual problems, etc. You have to configure it to get around those types of problems, but it's usually fine afterwards.

Over the past year, we've been tweaking Dynatrace. It's been a slow phase-in rollout as far as how much we rely on the data it's giving us back. 

I was involved in the initial implementation.

The solution has decreased our mean time to identification by about three days.

The solution decreased our mean time to repair by around a week.

There has been a huge increase in uptime. It's hard to say by how much for certain because we've made other development practice changes.

It is a great platform. We found a lot of value in setting up user session properties and user action properties, then being able to use them to identify individual problems/customers. We use that to sort of streamline the whole process of finding and fixing problems.

Biggest lesson learnt: Customers do not always behave as expected.

I would rate Dynatrace as an eight (out of 10).

My use case for Dynatrace is monitoring, including server monitoring. I use the tool to analyze what's wrong with the server, detect high memory utilization and any IO network problem, and monitor network traffic.

I use Dynatrace to find errors and the root causes of the errors, including information on which carrier is giving slow response times.

Dynatrace has multiple features that I need, but I love that you can analyze traffic, including any bottlenecks. I also find the tool user-friendly and has an easy-to-navigate interface.

Dynatrace is also easy to integrate with other tools.

For a new user of Dynatrace, the tool is not easy to understand, so this is an area for improvement. Initially, you'll need an expert to advise you on monitoring and analyzing data. Before using Dynatrace, you need to learn from an expert.

I've been using Dynatrace for three years.

Dynatrace is a stable tool.

Dynatrace is a scalable tool. In terms of scalability, it's an eight out of ten.

I consulted the Dynatrace technical support team one year ago and had a pleasant experience with the team. I'm rating the support a ten out of ten. It was excellent.

Positive

My company went with Dynatrace because it's a very popular tool in the market for server monitoring. Most of the companies where I'm based use it.

The initial setup for Dynatrace was easy, though it was the client who installed it, and I only accessed the URL. Deploying the tool took two to three hours.

I have no information on the cost of Dynatrace.

At the moment, I'm using Dynatrace.

More than fifty people use the tool within the company.

I'd tell anyone planning to use Dynatrace for the first time to review the tutorials and check how to analyze data on the tool.

I'm giving Dynatrace a score of eight out of ten because it's not easy to understand the tool entirely if you're a first-time user.

I'm a Dynatrace customer.

Regarding the use case for Dynatrace, currently, my company is working on a UK-based project in the telecom industry. I'm working as one of the leads on the Dynatrace side. The project has three vendors supporting it as it's a massive project.

My role in the project is installing new agents, giving support for any BAU issues that arise, and creating dashboards. My company works with different vendors, such as IBM and TCS. It's the vendors that support RUM (real user monitoring) and licensing. On the other hand, my company handles agent deployments and gives that over to the application team. Whenever there's an issue, I assist in finding out the root cause and fulfilling requests such as creating new dashboards, customizing dashboards, etc.

One of the most valuable features of Dynatrace is that it offers good visibility. It's better than other APM tools. You're not required to use a different technology when you have Dynatrace because it will work whether you're hosting it on Windows or Linux.

For example, Dynatrace can do full-stack monitoring for a particular server if you use it on the Windows platform. Whatever application is running, you can monitor it thoroughly, even the services, processes, and environment.

I also find the minimal configuration and one-time deployment of Dynatrace valuable and that you can do both infrastructure monitoring and application monitoring on Dynatrace. You can also restrict the feature. For example, if you don't want to do infrastructure monitoring, you can limit that feature.

What needs improvement in Dynatrace is its dashboard. Creating dashboards in Dynatrace is good, but compared to Grafana, which is integrated with Broadcom DX APM, the resulting dashboard in Dynatrace isn't as clear. The Dynatrace dashboard needs to be more graphic.

Since I'm not using the latest version of Dynatrace, I cannot share what additional feature I'd like to see from the solution. I would need to use the latest version first to see if there's anything I'd like added to it.

I've been working with Dynatrace for the last three years, and I'm still using it.

Dynatrace is a very stable solution.

Dynatrace is a scalable solution.

My team reaches out to the Dynatrace technical support team whenever there's a connectivity issue, an issue with dashboard creation, or a log that needs clarification. I used to contact the vendor via email and create a request for the Dynatrace support team.

Support is good, but it needs a faster response, so I'd give it an eight out of ten.

Positive

I prefer Dynatrace over other APM solutions because it's the best in the market, except when compared to the visualizations in the Grafana dashboard. Dynatrace has a host-based deployment, so unlike other solutions that require you to create supporting files and packages based on the application and server, in Dynatrace, as long as the application runs on Windows or Linux, that's it. You don't need to gather files or do anything else. Other APM tools require you to select the application type, and then you need to download the right package. You need compatibility when you use other APM solutions, which is a big headache, unlike Dynatrace, so I like Dynatrace better.

Dynatrace is easy to deploy. It won't take more than two minutes to deploy one agent, but getting approval, summarizing the changes, and the change request concerning the service ticket getting approved is what's taking longer.

I deployed Dynatrace, so it was an in-house deployment.

A different team handles the licensing for Dynatrace.

I evaluated Grafana and Broadcom DX APM.

I'm working with Dynatrace. I'm using an older version of the solution.

Within the company, eight people use Dynatrace.

The solution is straightforward to maintain.

Even if I have three and a half years of experience with Dynatrace and a total of eleven years of experience with other APM solutions, my only advice to new users or anyone looking into implementing Dynatrace is that it's a good tool. However, I still need to dig deeper into the solution to give more advice.

My rating for Dynatrace is ten out of ten.