AppDynamics Reviews

I use it to solve issues that my clients encounter, such as application slowness. It helps me identify whether the issue is related to the database, server, or CPU memory management.

Moreover, I use it to find solutions and provide recommendations to my colleagues.

This solution not only provides answers but also provides sensor data. This allows us to quickly resolve issues that developers may take a long time to solve. In essence, it helps us address problems at an early stage. Moreover, it is especially useful in production servers where real users encounter numerous issues.

There are numerous issues that arise during peak times, and AppDynamics makes it easy for us to identify the problem areas and determine the appropriate resolutions. This is how it helps us find solutions effectively.

Regarding improvements, I believe the dashboard could be more optimized. Although it claims to be optimized, I think it should be even more convenient, especially for advanced users. 

Additionally, the documentation can be a bit challenging. It would be beneficial if the documentation provided clear solutions for every problem. In my opinion, the documentation could be improved.

I worked with AppDynamics for around three to four months. I have been working directly with it for the past year.

I use the latest version. 

It is stable, but the only downside is the licensing part. Other than that, it's a reliable product with no major issues.

It is highly scalable. There are no additional limitations in terms of scalability.

In my company, we have around 50 to 100 clients using this tool. Although it can be a bit expensive, it is still being used extensively to solve various problems.

It's straightforward, not too complex. However, it requires proper learning to effectively use it.

The deployment process typically takes around one to two hours, depending on the system. Once the setup is complete, we can proceed with the implementation process.

First, there's a need for basic knowledge of OS, especially for Windows and .NET. Additionally, understanding concepts like Dynatrace and AppDynamics, their functioning, and architecture is crucial. These are the key methods involved in the deployment process. If it's a cloud solution, then AWS or Azure are the recommended options. If it's on-premises, then using either Linux or Windows is ideal.

For deployment, we need to focus on event configuration, which involves learning about network events and configuration. Once we understand this, we can proceed with the deployment setup. There is no frequent deployment. In case the deployment is not satisfactory, we may need to learn about Linux and Windows concepts.

I have seen some ROI. 

It is an expensive solution. It's on a yearly basis. We need to pay for it annually.

I have used Dynatrace. The main difference between the two is that AppDynamics utilizes different data mechanisms, while Dynatrace uses a unified agent approach. This simplifies the complexity of Dynatrace, providing more visibility and root cause analysis. In terms of benefits, AppDynamics is more scalable than analytics.

Overall, I would rate it a nine out of ten. 

We use the solution for performance monitoring such as latency testing to see how long it takes a customer to log in and complete their transaction. If we see any latency we look into the code to see what the issue is and correct it.

The solution has reduced the manual work involved in monitoring.

The solution helps us provide a better user experience to our customers.

The documentation and training material have room for improvement. Some of our people struggle with the onboarding process because there is a lack of documentation or videos.

I would like AppDynamics to become one unified monitoring solution that does not focus primarily on performance monitoring.

I am currently using the solution.

The solution is stable and we have not had any problems.

The solution is scalable. Once we have deployed the core installation it is easy to enhance the agent.

We have around 30 people using the solution.

We have a dedicated team in the bank that helps with the core installation. The deployment team has a lot of documentation to help with the implementation.

We have seen a return on investment with the solution.

The solution is costly. There is no standard license instead, the license is adapted to the organization's requirements.

I give the solution a nine out of ten.

The maintenance is not difficult. We follow an auto-release process and most of the maintenance is completed by our central team.

I recommend the solution as long as it meets the organization's requirements.

AppDynamics is an application performance management solution. We use it for application monitoring, database monitoring. 

The solution is deployed on public cloud, but the agents are on the servers with the controller on the cloud.

I am a Senior Performance Engineer.

The best feature of AppDynamics is the analytics, which gives us the business insights of the application. For example, if there are any failures, AppDynamics will give us the number of failures and the reason for those failures. 

The solution also allows us to deep-dive into the code by taking us to the line of code where it feels there is an issue.

The end-user monitoring needs improvement in this solution. There are many KPIs that are not available in AppDynamics.

The mobile apps also need improvement. The solution should have an option to aggregate the services based on the header values.

I have been using AppDynamics for 5 years.

The solution is stable. We have been using it for the last 5 years. At the beginning we had a few issues, but now it is serving its purpose.

There is a scope for improvement with respect to support. When you make a service call, they sometimes take time to respond. You then have to follow up or escalate to get them to react.

Neutral

Prior to AppDynamics we were using Dynatrace.

The initial set up of AppDynamics is easy.

You are required to purchase licenses whether you use it or not. It is not pay-as-you-use.

If you implement AppDynamics, all members of the team should be aware of what it does and how to use it. If only one or two people are aware of this, the solution will not serve the purpose of improving application performance or in finding and fixing the issues.

I would rate AppDynamics a 7 out of 10.

We use the product heavily in our ecosystem. The prime focus for our consumption is for Telkom - a telco and also the mother company. Telkom bought Business Connexion, the company that I fall into. The IT company, BCX, belongs to Telkom. The current real estate that we're responsible for, in Telkom, that we support and maintain on their behalf, is using AppDynamics. We use it for application performance monitoring alongside Foglight, which we would like to replace. 

Everything that AppDynamics yields we use in some way. 

We are a rather big user of AppDynamics. We use synthetic monitoring. 

From an application perspective, all the elements that come stock standard with the product, we are heavily invested in. We built a long list of dashboards and auto-alerts that goes through our call center to resolution groups, to fix issues, as and when they occur. 

The SAP monitoring element is very helpful. Historically, three or four years ago, AppDynamics couldn't tool an SAP instance. Now, there's a specific agent that you can deploy to SAP. We've invested in that element. There seems to be a market requirement for that element. Fairly recently, however, Dynatrace also added that to the inherent product capabilities, in order to monitor SAP ecosystems.

From an AppDynamics point of view, and possibly based on the fact that it's now part of Cisco, is that Cisco may fundamentally have a different view of the world. If you compare AppDynamics with Foglight, as an example, Foglight's got the ability (even the old versions of the product that we currently work with) to offer visibility within the inherent infrastructure which is certainly lacking on the AppDynamics side. I know that there're other products on the Cisco side that can do similar things as Foglight. If it would be able to give you more infrastructure visibility in this solution, it would certainly make the product stronger.

The cost element is an issue. I can't expect the company to change its way of work. However, given the fact that we earn and do all our business in South African Rand, I would prefer to buy in Rand as opposed to the American dollar or British pound. In our case, dollars are preferable. The exchange rate between our currency and the international currency makes planning much more difficult, and socio-economic changes heavily impact our commercial planning and budgets. From my perspective, that would be a step in the right direction. 

Quite often we are asked to do a POC or POV, proof of value, or show that the technology works, and we are given licenses to do that. However, the current commercial model with AppDynamics is that you buy a year or three years. There's nothing more and nothing less available. Some of our customers would prefer a five-year engagement. Some of our other customers would prefer a shorter duration. I would propose, and we actually asked AppDynamics, a dispensation where you have the licenses available in a set timeframe and you can use it as and when you require. The concept of a true-up at the end of some period, may make our lives easier with reference to having to scale up and down our ecosystem. Basically, they need to offer just a bit more flexibility on the commercial model.

If it's possible to buy in Rand, or at least keep the price points for a year the same, or even over three years, that would help with currency fluctuations. We've recently sold to one of the big banks, a sizable chunk of AppDynamics. We can give them the dollar quote now for year one, certainly. That's no problem, as we know what the current exchange rate is, however, neither us nor the bank has any idea of what the exchange rate will be next year. It becomes a bit of a moving target. What do you plan for? It becomes a bit of a crystal ball exercise with reference to what the exchange rate is going to do, and therefore, what you need to do from a planning point of view, budget-wise. There must be a more elegant way to handle this challenge, although it's certainly not in our domain to do something about it. That's the OEM's prerogative.

I've been using the solution for many years.

The product is quite stable. We don't have a problem with the stability of the product. Now that we are in the cloud, it is even better. Historically, the underlying infrastructure and database that support everything was under our own personal management, inside our data centers. Now that it's in the cloud, it's even better, from that perspective. I don't have a problem with the stability. We certainly haven't experienced challenges that can be attributed to AppDynamics with reference to stability. It's a quite stable product.

Based on the rate or price for this, I would argue, certainly from a South African point of view, very seldom would a small company be able to afford the price. Based on the ecosystem that the customer starts off with, they may have different price points or different scales in order to make it more compelling for smaller and medium-sized business. Certainly, our experience is that the smaller companies, although they love the product and can certainly benefit from the product, find it a bit expensive for them. And this is where the Dynatrace model, possibly, becomes more appealing to them.

Aside from the cost, scalability is quite easy. We regularly add, edit, and delete elements off of our real estate. Scalability isn't much of a challenge. It takes a bit of time to implement and then add additional dashboards and relate the different elements to each other. Once you've done that, it's not that big a challenge.

I'm not technically responsible for technical support. Historically, we would ping the OEM, and ask them to assist us on something. There's always a scenario where you would want bigger or quicker turnaround or a quicker response to these things. That said, it's not a major challenge, though. Like any other company, if they can improve on their turnaround time on technical queries, it may assist all of us, all of their respective customers. However, that said, it's certainly not a major challenge. We do get feedback in a reasonable time. You always want it to be quicker. It's reasonable and I don't think you can necessarily expect quicker turnaround.

They do not have, for example, the concept of following the sun, where you have people on standby 24/7, to really support clients. 

In terms of the setup, you need experienced people with strong skill sets to handle it. If you try and Google your way through it, it's not going to cut it. You will not get the return on investment if you try and do it yourself. It's important to use capable, experienced people to do it. Unfortunately, that comes at a cost as well. 

It depends on how you deploy it and what do you need to do, however. We have a smallish team with the capabilities to implement. We have quite strong skills, and yet, not a big team. That said, the stock standard implementation is not that difficult. When it becomes integrated into a bigger landscape, it will get more complex. You will need to apply your mind seriously to what you display from a dashboard point of view, to effectively translate what happens from a monitoring point of view. Integration into things like a CMDB, as an example, will need to be addressed. 

For example, in our case, we need to have an HP server that needs to read as a CMDB and display it in a stock standard visible dashboard. 

The cost for AppDynamics is becoming a challenge, as well as the apparent AppDynamics move from a Magic Quadrant point of view. We're looking at Dynatrace, which we need to understand. The product is cheaper, however, we are trying to determine if the functionality is the same.

We are heavily invested in AppDynamics, however, in the latest Gartner report, it looks as if Dynatrace did quite well. I believe the Dynatrace product in ESER is slightly cheaper than the AppDynamics one. 

We were looking at potentially diversifying our offer to market through inclusion. We are not proposing dropping AppDynamics. We have a strong relationship with AppDynamics and Cisco, however, it is certainly clear, from a South African point of view, the markets seem to be requiring Dynatrace as opposed to AppDynamics.

In order for us to make an informed decision, I would want to understand the difference between the two products. I haven't worked personally with Dynatrace, historically, and we haven't invested in that product, although they're certainly relevant in the South African market. We need to understand what's the difference between the two, what's the ups and downs. I know AppDynamics quite well and have very little information on Dynatrace. I'd like to attempt at trying to gain some more information in order for us to make a decision on it.

We are an IT company. We are selling this to the market as well. We have a strong relationship with AppDynamics through Cisco. We're a reseller of the product. We have a stronger relationship with AppDynamics, both currently and over the years, to the exclusion of all alternatives. We're using AppDynamics from an application performance monitoring point of view.

I'm not sure if we are currently on the latest version of the solution, however, it's my understanding that we're either are or will be moving to the latest version of the solution.

We bought the Dynamics cloud instance. It's likely based around Europe. I'm not entirely sure. Certainly, from our perspective, I believe it's in Europe in terms of where the controllers sit. We've been on there for the last two years or so. 

The controllers would be in the cloud, yet, certainly, from a historical point of view, we have migrated to the cloud recently. I'm not a hundred percent sure if we're done with that process. We may have some on-premises instances still. As a service that we sell to external customers, there are on-prem instances as well.

In general, I would rate the solution at a seven out of ten.

There are things that they can do to improve the product. We are working with them on that front. We are talking to them on an almost daily basis. Certainly, my team is talking to them daily. Obviously, pricing is a concern - certainly from out geographical point of view. Working the exchange rate differences between the different currencies makes local consumption seriously expensive. 

Dynatrace seems to be gaining momentum in the local market. If you look at Gartner's latest report that I saw fairly recently, Dynatrace is, even from a technical capability point of view, doing more, or better, than AppDynamics. I'm not entirely sure what they use as a basis to plot an application on those quadrants from a Gartner point of view, however, Dynatrace certainly looked as if it went past AppDynamics fairly recently.

I need to better understand the alternative products. It's a question of time until our current anchor customers start asking this very question. Why should we not consider going Dynatrace as opposed to AppDynamics? I don't yet have the ability to have an informed discussion on it.

We use it for break fail detection.

AppDynamics makes it much easier for us to detect problems or issues before they become problems. We have alerting on all of our business transactions. Therefore, it makes it very easy for us to keep our applications stable.

The drill down feature is the most useful.

The UI could use a little help.

Our AppDynamics application tracks a large number of business transactions and is able to keep up with our demands.

Our environment scales from several hundred nodes to thousands of nodes per day, so the scalability of AppDynamics with our environment works perfectly.

We contact technical support regularly. We have a dedicated rep who works with us. It is very good support.

Integration with AWS is a time consuming process. You cannot just plug it in and point it at your workloads. You have to go though all of your work spaces to determine what you want to monitor and how you want to monitor it. However, part of the onboarding process is that they provide you with a dedicated resource.

Our purchasing experience through the AWS Marketplace has been pretty painless.

We also considered Dynatrace. We chose AppDynamics because of its feature set.

I would highly recommend it.

The ability to alert, respond and monitor standard deviation: If it’s not broken, don’t go fix it!

• Root cause analysis of issues in real time when they happen, alerted upon within moments of identification.

Enhancements for Docker would be great (log aggregator for Docker logdriver, etc.). No competitors are doing this well today, either.

I have used AppDynamics for two years.

We have not had stability issues for end-users, but for admins specifically, the UI can be slow, since they can see all applications/nodes/etc.

We have not had scalability issues so far, although there is not a strong federated aggregate model for on-premise controllers.

Technical support is excellent (5/5). They are very responsive and technically intelligent.

We didn’t switch.

Initial setup was straightforward/simple.

If you can go SaaS, that might be your best option. I was not able to do so in my environment.

Architecture of the platform and license management need improvement. They’re working on both per my understanding. We have many lines of business and licensing for on-premise has been difficult to meet our needs (segregation of costs), but we’ve could work through it.

We evaluated many simultaneously. We use many of them still.

• Dynatrace
• New Relic
• BlueStripe
• Pinpoint APM (free and pretty awesome honestly). It is open source, and we may eventually contribute back to it as time permits.

It is an up-and-coming company that operates like a startup. They’re fast to find ways to implement changes for their customers.

The transaction snapshots are probably by far the most used feature because it gives a lot of details. It adds a lot of value. You can really get to the details really, really quick. You can drill down very, very quick. When you show it to somebody who's a stakeholder, they typically get it right away. You don't have to explain. You don't have to “translate.” That really helps with the communication. That really gets people focused on the task at hand, rather than trying to pass the buck around. That really helps quite a bit.

As I’ve mentioned elsewhere about correlation, it's really helpful because I don't have to spend time with multiple teams. A lot of times, what might have happened in the past was where, if there was a problem, we would call like six, seven, or eight different SMEs from different domains: network, storage, compute; not on all problems, but at least some of the ones that we suspected. Application; if you have multiple applications, sometimes you have a different person who owns each of the different applications; maybe the database guy. You can really start adding more people in there. If you think about it from a productivity point of view, it's a waste of a lot of time, if you have to keep doing that for every single problem day in and day out.

Whereas, when you have AppDynamics, it's actually tracing the call. So, if three out of four services are functioning fine, for the most part, I don't even have to worry about them. It is common to call the networking guy because nobody really knows where the problem is. Now, he's or she’s out of the picture. I'm sure he's or she’s a lot happier about it, too. Same with the storage and compute: You start leaving these people out of the conversation that don't need to be there, which is a good thing for the company, and us. We don’t also have to spend that time explaining and hearing what they have to say. That’s not to say they don't have value to add, but if there's really nothing there, we're wasting their time, as well. So, it's really helpful.

AppDynamics helps me not just rule in the areas, but rule out where I don't have to talk. More often than not, the rule-out gets hidden away, but it's a really good add-on because I'm only focusing on the problems.

I can think of 2-3 complex problems that probably would be helpful to most customers. Heap analysis is one; memory leaks. That's already there, so maybe that does not count at this point. The second one I would probably call out is connection leaks. So, heap analysis and connection leaks; those would be very helpful.

I think they've already started working on the next version of license management. That should be pretty helpful.

Stability’s very good. Once in a while, we've had some hiccups around the UI being slow, but that typically gets resolved pretty quickly. A lot of times, we don't even have to talk about it. Once in a while, we've had to raise a couple of tickets. I think one time it was us using the environment a little more aggressively than maybe we should have been, and we could have been, for that matter. Most of the time, stability’s not an issue. Once in a while, you do get the spinning circles. I've experienced worse. This is nowhere near that bad. It's very good for the most part.

We're a fairly large install. It scaled well, but then again, it's a SaaS solution. They've got their magic sauce working, of course, really well for us.

We use technical support quite a bit. We've got a team of engineers and there are at least five or six of them that have the capability to open up tickets. We typically get really good responses. Every time I've opened a ticket, I usually get a response in good time. Not just a response; it's usually a good response; it's a meaningful response; it's something that helps you solve the problem that you have.

Once in a while, as you can imagine with any product, they get dragged out because maybe it needs a longer-term solution. I don't think I've seen anything that would cause concern.

We were using a tool prior to this that was not doing any of the stitching; the correlation. We tried another one that was doing some of it, but we found AppDynamics was doing it better.

We went through the PoC because we had our fingers twisted the wrong way a few times with our old tools. It was using up a lot of our time. Of course, when we heard that they could do it, we really wanted to see what they had to offer. The PoC was very helpful. We actually used it on live projects – testing projects not production – to figure out if it would be able to help. We were able to do a lot of it, without much overhead. It was a game changer right out the door.

I was involved in the PoC, as well as the initial setup. The initial engagement is a little complex, but when you look back – hindsight, they say, is 20/20 – but in this case, it really made good sense on how it's structured. Initially, it felt a little limited but then, as you see it over and over and over again, you realize that there's good thought process that's gone into it. It was pretty smooth sailing for the most part.

There were hiccups that we had with an arrival tool that tool's vendor was not able to resolve. This was during the PoC stage. With AppDynamics, we went through the technical support team. They really had the right answers in the right places. They knew how to solve it.

We did a PoC with New Relic for about eight months, in 2014. We haven't really gone back since then to look at New Relic, to really be able to compare in a meaningful manner, but we looked at them at that time.

There were other areas where New Relic wasn't planning on supporting; some of our legacy footprint, such as WebSphere 6 and Oracle E-Business Suite. AppDynamics was doing that, as well. It was another add-on that really mattered a lot because that was a very large footprint of our agents.

In general, ease of use was definitely one of the most important criteria when we selected the vendor; ability to correlate in an automated matter; and be able to gather diagnostic data or just even transaction data. We'd already seen how transaction data is helpful with Dynatrace, for which we just had a limited on-prem set of licenses. We were really happy with the PurePath and so on, but we didn't want to take Dynatrace into production for a variety of reasons. A prime one was that they capture all the snapshots, which we know would've added a lot of overhead. That's probably another really good criteria: added overhead. Then, of course, breadth of coverage, when it comes to different technologies because, if you have to buy a different license or a different tool for everyone, you’re kind of setting yourself up for other problems down the line. Those are some of the key points.

Give it a shot. If you want to do a PoC, definitely do it. You should definitely have AppDynamics in there. I have no qualms about recommending the tool outright, but I think for your use case, you should probably PoC it on your own because you will really see the value add. If you don't, of course, then it is what it is, but I think most people will see the value add very, very quickly. They have a very competent team. They have the right people in the right places. Once they decide to commit to something, they actually do it and do it well. That's definitely a good plus.

I have not given it a perfect rating because I would like to see the heap analysis and the connection leak. There are some hiccups, I feel. I probably have to keep visiting the new feature sets that are coming with the leak analysis. Those minor things, those problems, the heap analysis and the connection leaks, are pretty time consuming, but in the grand scheme of things, the rest of the feature set is really, really great.

I haven’t even mentioned elsewhere the vast set of metrics that we have available to us, which is very helpful. I can create my own metrics if I want, if I choose to.
It definitely ticks a lot of checkboxes and there are a lot plus marks.

We also use AppDynamics End User Monitoring a little bit; not as much as APM. APM is used by a lot more of our internal clients. End User Monitoring is used and that's also helpful. There's a feature where you can actually see the traffic going from the End User snapshot down to the APM snapshot. That correlation is very, very helpful because then I don't have to do it manually. If you have to do it manually, a lot of it is a bit of guessing game, unless you have other ways of doing the manual correlation, which is a lot tougher, especially when it comes to production, where you want to really get things moving faster rather than slower. That can be very helpful.

I think the most important thing is the end-to-end view that you get of all of your servers when you set it up. You can see where problems are without having to actually experience them or tell they're experiencing the problems. You can be preemptive.

I think it allows you to go down and get real data about what's wrong, instead of having to email around screenshots. It let's you actually get the depth that you need, even the code level and code lines and that kind of thing.

I think a little more control over which transactions get that depth attached to them would be good. Right now, it seems like there's certain thresholds that you can set, but it would be nice if there was a more dynamic way to archive transactions, or keep around certain transaction types.

Stability and scalability look pretty good, from what I can tell; especially the cloud SaaS APM solution.

We have not needed technical support.

I was not involved in the initial setup.

We are currently moving from a monolithic application to a more service-oriented model where we're going to do micro-services. Spring Boot was the choice for that, because it has actuator support which provides some of the same features. We're looking at that, and weighing this because we already have it. We want to see if we can use of both, or maybe just use AppDynamics going forward.

I think price and scalability are important when choosing an APM vendor. If it's a third party solution, is it going to be able to keep up with the solution you're using? How is the technical support, and how cutting edge is the solution. Are they keeping up with their competitors? So far, we have found all these things in AppDynamics.