Splunk AppDynamics allows us to understand the mean time to resolution and decrease it by easily understanding the dependency of the full application flow map. For root cause analysis and other hidden aspects, we can see how code quality performs. SQL queries can be easily evaluated for quality, and when code quality is not good, we can identify slowness in specific classes and methods. We can see which parts of methods and SQL queries are facing slowness issues. After that, we can develop and change code, modify database queries, and easily see in the product environment without needing to debug facilities. We can see in real time whether code changes are affecting the system positively or negatively. There are many different advantages, and we can separate proactive and reactive sides.

When we collect different method parameters with the essentials of monitoring APM tools, we can easily combine business and operational development cycles in a single pane. For example, when development teams make process improvements to code to add new features to transactions, we can easily see how this feature affects customer experiences as performance metrics. If we can collect this kind of data, we can also easily combine business and operation metrics. For example, with a loan application from the customer side, such as a bank customer making a loan application over their mobile or internet banking application site, we can easily see how many successful transactions occur in real time from a business perspective, not just from the performance side. If we can collect these metrics, we can combine all performance and business metrics in a single pane, giving customer sites a very different and big picture view.

Splunk AppDynamics works for Java, .NET, .NET Core, Node.js, and PHP applications. We also work with some customers using SecureApp features, and customer feedback has been really valuable for us. From my customers' experience with this feature, the feedback is really positive. In the software development lifecycle, penetration testing or security testing before getting a project into live production environment is a very important process. You have to conduct penetration testing before going live with your project. However, this kind of penetration testing is a bit reactive and offline because you only perform this penetration testing from a synthetic point of view, for example weekly, monthly, or quarterly. With Splunk AppDynamics SecureApp solution, we can easily see our application's vulnerabilities, attacks, and exploits in real time. We can also see any vulnerability, even zero-day attacks, easily after they occur. This is a really cool and differentiating feature, though it is a very new feature in the APM market, almost two years old. Because of that, it is not well-known, but when we demonstrate it to customers in POC or demo sessions, most customers are impressed and want to try it in POC. After POC, some customers want to buy this feature while getting the APM solutions as well.

We can monitor what kind of vulnerabilities exist in the code and can easily show the business risk in the environment by making a business score, not relying on MITRE or CVE codes. The scoring also works from a business perspective. For example, if we have one vulnerability that may be medium severity, our internal scoring mechanism increases the business risk if the application touches databases or other inside applications. If the application is not communicating with other applications, databases, or other sources, the business risk may be lower than the other example because of the application's touching points. This is a really cool feature. We are not only reporting these vulnerabilities, but we are also blocking these attacks in real time. For example, when a Log4j2 vulnerability occurs on the system or any zero-day attacks happen, Splunk AppDynamics easily tags and understands this kind of attacks. If desired, it can easily block the application's attacks from the APM perspective. This is a really game-changer in my opinion.

I think one of the really strongest features of Splunk AppDynamics is the end-user experience monitoring. We have a really differentiated capability over our competitors. We can easily adapt our solution to the customer's application, internet banking solutions, or IoT devices all over the world. For example, when you get a new Volvo from any Volvo shop, that car has a built-in Splunk AppDynamics light agent to track their connected car applications. To give a specific example, Audi, Volvo, and four years ago BMW also use Splunk AppDynamics light agents to monitor IoT devices and connected car applications. Mercedes may have this kind of agreement as well. In summary, we can easily monitor mobile devices, including Android and iOS, browser-based applications, and also IoT devices. For example, in Turkey, I personally use IoT monitoring with my customers. We work with banks, and most customers monitor their ATM devices and POS devices via Splunk AppDynamics agents. I have personally implemented the IoT agent or Splunk AppDynamics agent into ATM devices and POS devices, as well as for some cinema companies' kiosk systems.

I can mention two different things. First, Splunk AppDynamics is mostly compared with the Dynatrace solution because they are a really good solution. They offer on-premises options as well. I know Datadog is another good solution, but it only works with SaaS solutions. New Relic and Grafana are also good solutions, but Splunk AppDynamics and Dynatrace are the only on-premises options in the marketplace. Because of that, I want to compare with Dynatrace. Dynatrace has a OneAgent mechanism, while Splunk AppDynamics has a smart agent mechanism. The idea is quite similar, but when you use the Dynatrace OneAgent solution, because you are giving administrator and root rights, it is a bit easier but unsafe. For Splunk AppDynamics, you do not need to give the agent administrator or root privilege, but because of that, its capabilities are a bit limited. I cannot directly say this is a negative thing because it depends on the perspective. For example, if you really stick to security mechanisms, security teams can say that Dynatrace is easy to install and monitor, but from the security perspective, it is terrible and awful because you are giving full administrator and root privileges to Dynatrace. Splunk AppDynamics could improve their installation process, which would be an incredible thing on Splunk AppDynamics' side.

Second, most products, even Dynatrace, Splunk AppDynamics, and Datadog, are always saying they are making AIOps, root cause analysis, and anomaly detection features, but even Splunk AppDynamics, these kinds of features are not working fine because of the nature of the metrics. Most of the customers are not supplying the hygiene of metrics. If you do not supply or make your environment's metrics hygienic, you cannot give the AIOps perspective to customers. The statement that these vendors can make root cause analysis automatically or have automatic detection features and capabilities cannot be truthfully said. To sum this up, this is not only a Splunk AppDynamics problem. From my personal perspective, this is all APM vendors' problem. The features that all these APM vendors need to improve are the AIOps features. These are really at the beginning of the AIOps era. Everyone is talking about AI, and it turns out to be a common hype in the technology market. We may see the real effect of this AIOps era maybe two or three years from today.

It is almost at the beginning of the story. When I started with Splunk AppDynamics, there was no acquisition between Splunk and AppDynamics, and AppDynamics was also its own company. This has been 14 years.

Implementation can be divided into two different parts. One part of the implementation process goes over the controller side, which can also be called the control plane side. One engineer is enough to install and prepare within two hours. However, the agent side is a bit more complicated because it depends on the customer's situation. If the customer has more than 100 or 1,000 different servers, mostly in production environments, we need to agree on when we deploy agents because we need to restart their applications. This creates some outages in their production environment. First, we need to agree on the timeline and project plan. It depends on the customer's decision. If we have a chance, at one time, we can also deploy more than 500 different agents at the same time, maybe within half a day, because we have really good playbooks and automation scripts working over Ansible, Chef, Puppet, or different automation tools that we can easily integrate. Implementation is easy, but the agent side depends on the customer's decision based on their project coverage or decision. It can take two days, or maybe two weeks or two months, depending on how big their environment is and how many licenses they get. For example, if they get more than 1,000 licenses for more than 1,000 hosts, it depends on their decision and project plan. It can take two months, one month, three weeks, or two weeks. It is a very variable thing.

I am working for my own business. Previously, I was in my former company, but I quit and built my own company. We are operating in the same area, and nothing has changed significantly in my life.

Over the last 14 years, we have made maybe more than 500 different installations, maybe much more than that. I do not know exactly, but in the last four years, we have prepared our own scripts and playbooks. It is really very simple to build a Splunk AppDynamics platform over the on-premises data center. Even if the customer wants to use the high availability option, if they have a limited environment or limited hardware resources, we can easily build all these components in one server. Because of that, it can be very simple when working only with one server. However, most customers in Turkey, including fintech-based, banking, government, and some really huge enterprises, need to use the high availability options, which means using more than six different separate servers. With our playbook and the solution's flexibility, Splunk AppDynamics is very flexible for this kind of model, and it takes no more than two, three, or four hours.

I would rate this solution an 8 out of 10.

We use Splunk AppDynamics for infrastructure, application, and Kubernetes monitoring, as well as private synthetic agents. We use it for all purposes, including as an extension for log monitoring and every extension. We develop any custom extensions as needed.

At present, I am actively working on a private synthetic agent in Splunk AppDynamics, which we have deployed internally in our IKP platform. I am currently working with that by developing Python Selenium scripting.

I have experience with Splunk AppDynamics' Digital Experience Monitoring, including end-user monitoring. For the functionality part in Splunk AppDynamics, I am comfortable with it.

I find all functions valuable in Splunk AppDynamics because I am from the AppDynamics team in my current company. We help with user queries, and the value depends on the use cases, which might be different for each user.

My impression of Splunk AppDynamics' AI-powered anomaly detection is that it functions very well. The anomaly detection gives the exact root cause of what is happening on our server, and for analytics, for every application, we mostly try to configure the analytics to visualize all the things.

Splunk AppDynamics is useful for me and everything is working out fine. Previously, with log monitoring, I might have been a bit unsatisfied with that. As it is integrated with Splunk, that is also very good.

Splunk AppDynamics gives all the metrics that report to AppDynamics, and they work very well and provide precise information from the server. For application performance, it also gives all the business transactions very efficiently. If there are any other things, we can configure them by an extension or manually.

For now, all secure application features in Splunk AppDynamics are good with me. But in the future, I need to go through all of that because while I have experience, it majorly depends on the use cases. I also need to acquire more knowledge on some of the concepts of AppDynamics.

Splunk AppDynamics is very efficient in all those areas. Compared to the cost, it is also very cost-efficient, because that is the main thing for every organization. For all the things concerning metrics, it is also very good for now.

I am somewhat aware of the data collection features in Splunk AppDynamics, but for now, I have not worked on it.

For now, Splunk AppDynamics is a very efficient tool. However, we have a slight complexity where for infrastructure we have to go to one agent, for the database we have to go to one agent, and for the application we go to another agent. For applications also, depending on the type and nature of the application, we have to go to different agents. Different agents mean we need to install different agents. This is something I find a bit more complex.

I have been working with Splunk AppDynamics for two years.

I would rate the stability of Splunk AppDynamics a nine or ten because it gives efficient monitoring.

I would rate the scalability in Splunk AppDynamics an eight.

Before working with Splunk AppDynamics, I was working with Dynatrace and DataDog.

I have been working with Splunk AppDynamics for the past two years. Before, I was working with Dynatrace and DataDog. When I came to Splunk AppDynamics, I found it a bit more complex because for everything, we have to go to different agents. I found this part a bit difficult, but since I have been working with it for two years, I am becoming habituated to it.

With DataDog, the UI is very simple. If you compare Splunk AppDynamics and DataDog, the UI accessibility and all the things are very simple there. There will be only one agent present where we deploy all the things. The configuration of alerting policies, which you configure in Splunk AppDynamics, are also very easy there.

I can confirm that I am still working with Splunk AppDynamics.

I am using Splunk because it might be different from Cisco to Splunk. For now, everything is good with me. I think Splunk AppDynamics is more evolved, so for now, all things are good with me. My overall rating for this review is nine out of ten.

Splunk AppDynamics is currently being used in my organization for APM, application performance monitoring. We have Java-based and .NET-based agents that fetch the APM metrics onto Splunk AppDynamics. We have a Splunk AppDynamics SaaS offering that is ongoing. A few years ago, approximately two to two and a half years ago, we also used Splunk AppDynamics for platform monitoring and cloud platform monitoring. However, right now, it is mostly APM.

The auto-discovery and anomaly detection features are particularly valuable to us. The baseline variance methodology for anomaly detection in APM monitoring has helped us troubleshoot and triage problems where applications experience high surges of traffic and go down suddenly. This kind of view has been very helpful to us in the past when we ran into issues.

We have used Splunk AppDynamics for business transaction monitoring. The business transactions feature is the feature I applaud the most in Splunk AppDynamics. The business transactions feature has helped us stay current with the trends in traffic. We were able to separate successful transactions from non-successful transactions, such as transactions with 200 error codes and 500 error codes. This capability has been very beneficial to us.

I like the view of business transactions timeline that Splunk AppDynamics provides. This view has helped me troubleshoot many production issues. When you select an application, there is a business transactions view that I find very valuable.

The auto-discovery and anomaly detection features are outstanding. The baseline variance methodology for anomaly detection in APM monitoring has helped us troubleshoot and triage problems where applications have high surges of traffic and go down suddenly.

I have not used Splunk AppDynamics rigorously in the past one year for platform monitoring. For application monitoring, we are quite satisfied. The reason why we have not used it for platform monitoring is because we have a VMware product called Tanzu, and they do not integrate very well with Tanzu. I think the reason behind this is that VMware has their own monitoring solution and they wanted to promote it, which is a business and political consideration rather than a feature issue. Therefore, I have not explored the various dashboard features of Splunk AppDynamics. I would think Splunk AppDynamics could do a better job in creating out-of-box dashboards for Kubernetes-based cloud applications. This is something I would recommend.

The user interface is great and good. If you could provide more out-of-the-box dashboards, as other monitoring systems do, that would be a really good addition to the solution.

For SaaS, we have not experienced stability issues. After we moved to SaaS, we have not had any problems. Earlier, we used to do agent updates, but now that we have moved to SaaS, we no longer need to.

Regarding scalability, I cannot really comment on it. I have not really scaled up recently with our Splunk AppDynamics solution. It has been pretty stagnant. However, based on my interactions, it was pretty decent. I would rate it around six or seven.

We did have to contact technical support regarding a specific issue when we were doing blue-green deployments. When the app changed from blue to green, the app name changes, but the subsequent app name change was not reflected on our Splunk AppDynamics console unless we restarted the app. We worked with the vendor and it turned out the metric being sent out by our nozzle to Splunk AppDynamics was the problem. The vendor was very helpful and we had great vendor interaction whenever we worked with them.

I have used Dynatrace, ELK, Elastic APM, Grafana, and Arya. These are all other observability products I have used. When I compare them, I still prefer Splunk AppDynamics for baseline detection, baseline anomaly detection, and business transactions. However, I prefer Grafana dashboards that come out of the box for Kubernetes or virtual machine-based cloud offerings.

The initial deployment of Splunk AppDynamics was easy.

The vendor worked with us hand in hand during the implementation. Overall, we were able to complete it in less than two days.

One person can do the deployment as it is not that complex. Once we have the template and configuration everything set, it flows pretty smoothly.

We do not use OpenTelemetry.

We have not used Splunk AppDynamics for any code reviewing.

I have not used logins and checkouts for business transactions.

I have never tried using it in diagnosing any performance issues.

I am not aware of the pricing as that is above my level of involvement.

My overall review rating for Splunk AppDynamics is eight out of ten.

I use Splunk AppDynamics as our monitoring tool, and it has been effectively used in the last five years to identify major issues and rectify them without causing a major impact to the website.

Splunk AppDynamics tells us what the top 10 queries are which are actually contributing to the load on the database, and it gives us the view of what exactly the query does, whether it uses more DB CPU or is contributing to the roll-up contention on the database. These details provide great insights, making it one of the good features from Splunk AppDynamics.

When it comes to the front end with my Node.js and React.js applications, it doesn't capture much of the details. The improvements I made were mainly around the Java agent side in our app layer, but it was lacking detailed information on the front-end layer. This is a disadvantage, and it could be improved from Splunk AppDynamics' perspective.

I have been working with this solution for the last five years.

It has a cost associated with it, but it is scalable only from a scalability perspective. It is scalable.

I have two different types of technologies used in my project. One of the projects was using a different monitoring tool called Dynatrace, a major competitor for Splunk AppDynamics. Discussions were going on whether I wanted to replace Splunk AppDynamics with Dynatrace, and a decision was made to replace Dynatrace with Splunk AppDynamics because of the capability it has with custom metrics and Java agents. However, discussions are now ongoing about potentially replacing Splunk AppDynamics with Dynatrace. I am using these two major tools in my ecosystem: Splunk AppDynamics and Dynatrace.

I monitor all the business transactions such as basket and add to basket via Splunk AppDynamics. I have set up and diagnosed those transactions.

For the others, they get captured as part of the catch-all transaction itself. In case I need them to be investigated, I use filters to identify the transaction specific to the particular BT.

I have not used auto-discovery as a tool such as analytics and the tracing, trace component, and diagnostic traces much. However, I use historical data to understand where exactly the issue is and try to rectify it.

I have not used the anomaly detection and root cause features.

I have not used troubleshooting as a feature.

Regarding Digital Experience Monitoring, I will lose the limit, causing licensing issues. I identified what pages and applications I don't want to monitor and removed them to cope with licensing. Going beyond the license means paying additionally.

I was not using the Secure Application feature.

Currently, I am not using an on-premises environment, so I cannot comment more on the on-premises side of things as I am using a cloud-based application in all areas.

My overall rating for Splunk AppDynamics is 9 out of 10.

My usual use cases for Splunk AppDynamics involve monitoring application performance issues.

I have used Splunk AppDynamics for business transaction monitoring. It helps us in prioritizing business transactions such as logins or checkouts because we can see the transactions, what problems they have, and what we need to do to fix them.

The most valuable features of Splunk AppDynamics that I have found so far include it being a deep-in monitoring solution for applications such as Java and databases. You can dig into the log information and performance information that is within the application. For a very easy setup, you have all the information that you need.

My impression of Splunk AppDynamics' AI-powered anomaly detection and root cause analysis in diagnosing performance issues is that it works and does the job. It's acceptable.

Regarding Splunk AppDynamics' line-of-code-level troubleshooting feature, specifically in diagnosing performance issues down to specific code lines, it relates to the database agent. The help is quite deep and quite useful. You get the code line error, and you are very fast on track to resolve the problem because you will be pinpointed into the real problem where the real problem is using Splunk AppDynamics for databases, for example. That's quite good.

My experience with the application performance monitoring capabilities of Splunk AppDynamics, particularly in on-premises environments, is that it works well for us. We can see that the best benefit is the service dependency mapping regarding different kinds of services. That's key—dependency mapping.

Splunk AppDynamics could be improved or enhanced as they are on track because they have the tools working with OTel. That is one thing I can mention since that has forced us to use other tools to monitor because of the price. Price is the key part here.

I have been working with Splunk AppDynamics for more than five years.

Based on my experience, Splunk AppDynamics has been very stable and reliable for us. As I have mentioned, we have run it for over five years, six or seven years I would say, and I think it's very stable with no problems with the agent or the setup.

I do not think we have counted on the scalability because our setup is not so large; it's quite a small setup, and that depends on the cost. We want to expand, but the cost is quite high.

I do not often communicate with the technical support. I think it's one or two times per year or something similar because it's so stable.

Based on my encounters with the technical support, I rate them at least seven, seven to eight. It depends on the technical question that we asked, but I think the support has been quite acceptable, more than acceptable. From my point of view, it's a seven to eight, which is more than acceptable.

Before Splunk AppDynamics, I used a different solution for these use cases.

The previous solution consisted of a number of different kinds of tools; I cannot go into details on that, but we used different kinds of other tools.

I participated in the initial setup and deployment of Splunk AppDynamics.

The process was very straightforward; there were a few components and steps that we documented and added internally because we are using Splunk AppDynamics as a SaaS solution. The setup is quite straightforward. Therefore, the setup is not an issue; it's working as designed.

Splunk AppDynamics provided technical help that assisted us in this process.

Regarding whether I have seen any return on investment so far regardless of expenses, I think we can say so because of the problems we had in the past and the fast way we solve problems with the tool. The technical person that is using this is quite happy when they know what to fix.

The overall positive impact and benefits I have seen from using Splunk AppDynamics so far is that the overall function is acceptable. Unfortunately, the setup is quite expensive, which is the bad part of it because I want to spread my agent across the IT landscape, but that's very expensive.

Overall, I consider Splunk AppDynamics an expensive product; it's very expensive.

Before choosing Splunk AppDynamics, I evaluated other options and other vendors.

I chose Splunk AppDynamics instead of the other options I had because of the deep insight you get with agents, especially for the databases and other application frameworks such as Java and .NET. You get quite useful information with a quite easy setup.

I am not using the secure application feature in Splunk AppDynamics.

I don't think we have tested Splunk AppDynamics' digital experience monitoring, so that's nothing.

I would rate this review overall as a six.

A main use case for Splunk AppDynamics is monitoring the applications in production environment. We are doing infrastructure monitoring and application monitoring.

For all the applications, we monitor the infrastructure such as CPU, disk, and memory. If there are any issues with CPU, memory, or processes, we send alerts to the teams. Similarly, we do application monitoring for JVM and server availability.

We are using Splunk AppDynamics for troubleshooting predominantly, and sometimes for capacity planning as well.

The best feature about Splunk AppDynamics are the Business Transactions. It automatically detects and captures them, which helps most of the application teams.

Whatever the important business transactions are, it automatically captures them and their performance as well. If there are any performance issues, business transactions will help point out exactly where the performance has been degraded. This helps the development team to troubleshoot and rectify if there are any modifications required in their code.

Splunk AppDynamics monitoring is helping our organization. Because of this tool, we have reactive monitoring. Whenever there are any issues, the application will get the ServiceNow ticket. This is the policy in our organization. If the threshold criteria is exceeded, it creates a ticket and assigns it to the application team. The application team investigates that issue, and in that way, we avoid downtime. Apart from that, if there are any application performance issues, with the help of business transactions or memory leak functionality, the development team will be able to drill down that issue and fix it faster than the traditional way.

We have seen application availability increase. There is a twenty-five percent reduction of the application downtime.

With Splunk AppDynamics mapping, it captures the business transactions and provides the feature to add business transactions or eliminate those which are not necessary. This auto-mapping helps most of the applications.

With the help of infrastructure monitoring in Splunk AppDynamics, server availability is one of the key features. It captures the memory, CPU, and disk. These are helping my organization to keep all the applications up and running with minimal downtime.

We are looking for some more common extensions and custom extensions. Specifically, we are doing log monitoring, URL monitoring, and port monitoring. We are looking for cloud monitoring if there are any features available in Splunk AppDynamics.

Splunk AppDynamics can be improved specifically by providing the log monitoring feature that is currently not available, centralized log monitoring. I know that is available in Splunk. Apart from that, we are seeking to address a couple of issues in Splunk AppDynamics. Specifically, machine agents are not reporting, or we have to restart our machine agents. Another issue is with disk utilization. For disk utilization, it will automatically detect the mount path, but we have seen for many mount paths, even though they are mounted, the data is not reported in Splunk AppDynamics. If the Splunk AppDynamics tech team fixes these issues, that is going to help significantly. Additionally, there is one more feature regarding how we can do cloud monitoring with the help of Splunk AppDynamics. Regarding the market trending with AI, how will Splunk AppDynamics help with artificial intelligence?

In the technology stack, I believe Python is going to be heavily used in AI applications. I'm not certain about this. We currently monitor Python, but it is not as extensive as Java monitoring. If Splunk AppDynamics provides more information on Python monitoring or artificial intelligence application monitoring, that will be helpful.

Customer support takes time. Whenever we face any issues, we have to open the vendor case and then there will be back and forth happening. I can see there is an opportunity to improve the customer support in Splunk AppDynamics.

I have been using Splunk AppDynamics for the last four years.

We have not seen any issues with Splunk AppDynamics. It is stable. We haven't seen any outages.

We have not seen any issues with scalability. We were able to scale up as the number of applications increased.

Customer support takes time. Whenever we face any issues, we have to open the vendor case and then there will be back and forth happening. I can see there is an opportunity to improve the customer support in Splunk AppDynamics.

Earlier we were using some other monitoring tool, and troubleshooting in that monitoring tool was difficult. We switched to Splunk AppDynamics because of the business transaction feature specifically and other customized extensions available.

Before choosing Splunk AppDynamics, we evaluated some other tools as well. Specifically, we tried our hands with the Tivoli monitoring tool. We are still using OpenText as well, which is also a monitoring tool. We have used some other tools as well, but we chose Splunk AppDynamics because of its user-friendly UI and because it is easy to understand.

Splunk AppDynamics is user-friendly and it's easy to monitor applications and troubleshoot. This helps the entire organization.

It requires minimal training to get onboarded for the application team as well as the support team.

Recently we are exploring how Splunk AppDynamics can be integrated with OpenTelemetry, but we are in a very initial stage.

Depending on the organization's requirement, we will definitely recommend Splunk AppDynamics because of its features, specifically all the custom extensions, and to maintain the application uptime. Splunk AppDynamics will help. It requires minimal training to get onboarded for the application team as well as the support team.

I think with the current era, we can see Splunk AppDynamics being a costlier tool. Most of our clients have shown an inclination toward open source tools, such as DataDog. Many applications and many organizations are using Grafana, and there are other tools available, so they are exploring that possibility because of the pricing.

There were a few issues that we have noticed with Splunk AppDynamics. Data is not reporting, and custom extensions are not readily available. That is why I have chosen seven out of ten.

This metric is not currently available on top of my head.

I believe you have covered all the points, and I am satisfied. My overall review rating for Splunk AppDynamics is seven out of ten.

I use Splunk AppDynamics' data collection features with agent-based collection.

I am using application performance monitoring with the agent-based application which is injected into the Java application or .NET application to see the response time, the business transaction itself, and snapshots for each business transaction.

I have used Splunk AppDynamics for business transaction monitoring and we are totally depending on application performance monitoring using Splunk AppDynamics.

I am seeing each service in our mobile app, from the login service, CD redemptions, and fund transfer, balance transfer impacting what I can prioritize.

The features I find most valuable in Splunk AppDynamics are Database Visibility, Server Visibility, and Application Visibility.

I see room for improvement in Splunk AppDynamics, specifically in correlation between transactions.

I would appreciate more flexibility for the dashboards because we have more flexibility in the dashboards and real-time capabilities with Splunk, but I didn't find this feature in Splunk AppDynamics. Splunk AppDynamics is collecting data for sampling, not all data, for at least five minutes.

I would appreciate alerting on time, not for sampling, and robust correlation between business transactions as functionalities in the future.

More widgets for dashboards would enhance the experience.

I have been using Splunk AppDynamics since four years ago and Splunk since one year.

I am using Splunk AppDynamics with a staff of 25,000 people in my company now.

For Splunk AppDynamics, I need twelve administrators.

I would rate their technical support from one to ten as seven.

I think they could improve resolution time, as they are fast in response, but they take too much time to fix the problem.

Before Splunk AppDynamics, I worked with Broadcom APM.

I am responsible for administrating Splunk AppDynamics as a team, engineering team, and developing new dashboards while onboarding new applications. We already have in our organization a monitoring team which has detected alarms and reported this instance to the concerned people.

I have seen a return on investment with Splunk AppDynamics, as we are investing more and more for Splunk AppDynamics because we have many tools and many applications in our organization.

I find the pricing of Splunk AppDynamics reasonable for its features.

I switched to Splunk AppDynamics because of the support, as Broadcom does not have good support, but the tool itself is good.

Splunk is a separate environment from Splunk AppDynamics, but Splunk AppDynamics is called by the engineers Splunk AppDynamics or Cisco AppDynamics because Splunk is acquiring Splunk AppDynamics.

I don't have experience with Splunk AppDynamics in hybrid environments, as I only use it on-premises.

I am not using Splunk AppDynamics' AI-powered anomaly detection and root cause analysis right now.

My experience with Splunk AppDynamics' line-of-code level troubleshooting feature in diagnosing performance issues is that we are using many tools for detecting the issues, but Splunk AppDynamics is the majority for detecting issues. When the issue is related to the network or infrastructure, we switch to another tool.

We are not using Splunk AppDynamics' digital experience monitoring because we are stopped by information security due to downloading the SDK with the mobile app itself and then collecting the user experience while having confidential data for our end customers.

I am not familiar with the Secure Application feature in Splunk AppDynamics and I am not using it.

I would recommend the product to other companies. I gave this review a rating of eight out of ten.

I use Splunk AppDynamics for monitoring the infrastructure and the applications, their health and performance, and any bottlenecks on memory or disk, as we have defined many KPIs. There are specific use cases where we need to send data out very fast, and to ensure we are not breaching the SLA, we monitor closely, especially if we need to tune something on our application side. It is primarily for infrastructure monitoring and application monitoring.

The best features of Splunk AppDynamics that I appreciate include the ability to drill down to a specific transaction, which is very useful for analyzing situations. For example, we might have 10,000 transactions in one hour, but if there is only one transaction taking five seconds while all others are processed within nanoseconds, we can drill down into that transaction and see the details, which is very useful for us.

I appreciate the speed and the details that Splunk AppDynamics provides, and the visualization is also good for anybody who is not technical enough to understand where the data is coming from, whether it is a transaction on an API, a web service request, or JMS. Splunk AppDynamics has very good visualization that allows a non-technical person to grasp some basics, such as understanding where we are receiving something from and how it flows.

My thoughts on the AI-powered anomaly detection and root cause analysis in Splunk AppDynamics are that in the first two or three years, it was not very great, possibly because it lacked sufficient data. However, now it suggests possible reasons since it has enough data to identify potential issues, so we do not have to look everywhere. Based on the input we receive from the agent or dashboard, we focus on selected areas, saving us time during investigations and reducing the time from four hours to just one hour.

The time saved is significant as we have gone from four hours to one hour, which means we are saving a lot of time. If there is an issue requiring root cause analysis, we typically look into 10 areas, but Splunk AppDynamics helps us focus on about three or four areas, where we find 95% of the issues based on its suggestions, making it an effective time-saver.

Splunk AppDynamics has indeed helped improve our business resilience by allowing us to carry out proactive maintenance and identifying problems beforehand. We monitor application heap memory thresholds and take corrective actions before any crashes occur, which definitely indicates its effectiveness.

If I consider what can be improved in Splunk AppDynamics, I would point out that it could enhance its reporting capabilities, as it remains very technical. Some business users struggle to create their own dashboards or reports because they are not technical and do not want to dive into the complexities, so making it more user-friendly in the manner of Tableau would be beneficial.

My experience with Splunk AppDynamics is approximately five years.

In comparing Splunk AppDynamics with other vendors, I find that for conjunction monitoring of infrastructure and applications, it is one of the best. However, for pure infrastructure monitoring, tools such as Dynatrace and BMC might be better suited, so the choice depends on your specific use case.

Regarding pricing, I reiterate that I think it is right on target and it is cheaper than Dynatrace.

Regarding how Splunk AppDynamics' digital experience monitoring affects user experience, I think it is similar to other tools such as Dynatrace. From a user experience perspective, all of these applications, including BMC Remedy, have essentially the same layout, so I would not say it has any standout advantage in user experience.

When I assess the infrastructure monitoring of Splunk AppDynamics in correlating infrastructure and application performance, I find it to be better compared to tools such as Dynatrace or BMC Remedy. Splunk AppDynamics excels in monitoring both infrastructure and applications together, offering better insights than when using just infrastructure monitoring tools.

I would recommend Splunk AppDynamics, but my advice is that it depends on what you are trying to monitor. It is best for monitoring both infrastructure and applications together, but if you are monitoring just infrastructure, it might not be right for you, as it is situated in a competitive space alongside tools such as Dynatrace and BMC Patrol. I would rate this product as an 8 out of 10.

We use real-time application monitoring for financial applications, basically API testing. Our software runs on Red Hat Kubernetes container platform. We monitor a few thousand APIs and it's integrated with a testing tool called LoadRunner Enterprise software.

We extensively use it for banking systems in terms of how long it's taking to execute registration, user registration, or bringing up the transactions of the monthly period. If they want to see the monthly transactions, we monitor how long it's taking for this, or if they want to submit a service request, we monitor how long it's taking to get the notifications, all those kinds of things.

The real-time monitoring is what we can see for anything that is needed in terms of CPU, memory, or the connections or the sessions related. It's real-time monitoring of performance of each of the components, which is what we need and use all the time.

It's highly effective, I would say. Infrastructure visibility, transaction monitoring, to check the actual user experience in terms of the response time, MRT and all those things.

We do the component monitoring like the API performance and the connections and all those things, but we also do the business process monitoring and business transaction monitoring.

Telemetry is an area we tried to implement on the Azure cloud platform. We're still in the process and we haven't achieved any 100% success on that telemetry yet with OpenTelemetry.

We've been exploring machine learning algorithms that automatically flag unusual patterns and all those things, but we don't have the resources right now to work on those pieces. However, we are going to explore it pretty soon.

I've been using Splunk AppDynamics for a long time, more than probably 10 years, I would say. But recently, I've been using it constantly for the last three years.

We have a very robust implementation. I haven't seen any major failure or experienced catastrophic problems with Splunk AppDynamics. It has some resource usage that can be handled locally and doesn't require involvement from support, but I haven't experienced much failure.

Splunk AppDynamics is scalable. In large environments with more than 3,000 agents or 5,000 to 6,000 agents, I think they have some harder to manage. Up to 2,500 to 3,000 agents, it should be good, I would say. It depends on the scale and how much you want to scale it. There are challenges for every tool, so there are some problems with more than 3,000 or 5,000 agents.

We are ourselves self-sufficient. I don't remember calling for technical support. We do have a large team with a lot of in-house experts, so we don't rely on support. I personally never used technical support with Splunk AppDynamics. We also have a few resources from Splunk AppDynamics in our company.

I did use DataDog. I think DataDog has some features better than Splunk AppDynamics.The integration of DataDog is much easier than Splunk AppDynamics.

Scalability-wise, you need to have a lot of agents and all those things with Splunk AppDynamics. I think DataDog has a little more advantages on the larger scale for our environment. Splunk AppDynamics might have some database query analysis capabilities that are less than DataDog.

It is difficult and requires additional specific expertise with subject matter experts for Splunk AppDynamics. If you are in a Linux environment, all APM tool installation has a lot of hassle, especially in a controlled environment where there are a lot of regulations. The agents are very heavy in terms of collecting data and take a lot of resources. However, they have to use it since they don't have other options.

We are the user. We are not partners. We don't implement it. We are the customer for Splunk AppDynamics.

I think DataDog has a better pricing structure than Splunk AppDynamics.I think the maintenance cost and licensing model are a little high.

I have to use Splunk AppDynamics because the organization already implemented it. But my experience as an SME, subject matter expert on the APM tool, I would probably lean towards Datadog a little bit more than Splunk AppDynamics. That's my personal preference.

A lot of corporations already implemented Splunk AppDynamics, so getting rid of it and getting to a new one is costly. I think it could have been better, but it is worth it.

We utilize Splunk AppDynamics at the code level troubleshooting to basically display what exactly caused the root cause analysis of the problem that we see on the surface. We do use it extensively.

I would highly give them very high marks. I'm actually implementing Splunk AppDynamics right now at this point in time. My overall review rating for Splunk AppDynamics is eight out of ten.