There are multiple users related to Broadcom DX Application Performance Management. During any severity or incident, our company's customers have dealt with their applications with the help of the tool, and they also use it for daily alerts, team management, and reporting. On a daily basis, our company's customers use the tool for dashboard creation and reporting. The tool is also useful for managing any incidents, or when any high utilization happens, as it triggers the alert, and after the users get the alert, they take care of the necessary steps on the applications. Basically, there are three types of use cases when it comes to Broadcom DX Application Performance Management. The tool is used to manage in case any drill down on severity is required, to take care of reporting, and to monitor the dashboards. In the future release of the product, I would like to see the tool have better capabilities in terms of dashboard creation and reporting. Dashboards and the reporting part are related to Broadcom DX Application Performance Management. The dashboards need to be auto-populated as they happen in any generic kind of APM tool. There is a need to build an easy way to generate the report related to application utilization.
The DAW, especially, is very nice. Even DXP has an agent migration feature, which is technically very nice. Initially, Broadcom said that migration was not feasible and that it would be a fresh implementation. But now we have found that instead of deploying a new agent, removing the 10.7 agent, and deploying the new agent, we can actually point the agent to the new server, the new DXP server. So, we don't need to remove the old agent and deploy a new one. We can just redirect it. This saves a lot of time and effort on the application server side and on the Wow agent where we serve. So, it's good in terms of migration. And as an application of DXP itself, it's pretty good, comparatively. It's kind of on par with AppDynamics and Dynatrace, apart from the AI and ML capabilities, which are kind of missing. Broadcom is promising and going in the right direction, but still not up to the max of the industry standards whereas Dynatrace is, with a single click and a few hours of observed availability, showing end-to-end visibility.
We primarily use Broadcom DX Application Performance Management with Java and JBoss, and for approximately 90 percent of our usage, we utilize the Introscope model with OpenShift. One issue we've encountered is that we're unable to use agents in OpenShift 4, which only affects agents installed in the image. This is one of the reasons we are considering updating to a more recent solution.
Applications Engineer at a financial services firm with 1,001-5,000 employees
Real User
2022-08-10T14:43:48Z
Aug 10, 2022
I use Broadcom DX Application Performance Management for performance optimization, tuning, problem analysis, troubleshooting in production, and load testing support.
Our project is a logistic domain. DX passes all the infrastructure components which are managed by the Broadcom team. We are just deploying the different kinds of application versions, e.g. related to .NET, WebLogic, and other application agents. We are also monitoring the infrastructure agents in Windows, Linux, and Unix which are combined into one infrastructure agent. We also do monitoring whenever the agent doesn't have the package that is supported through the infrastructure agent, e.g. Kubernetes from the Broadcom DX Application Performance Management perspective.
Learn what your peers think about Broadcom DX Application Performance Management. Get advice and tips from experienced pros sharing their opinions. Updated: November 2024.
We are a network operation center. We measure the performance of the system. We monitor the network and the application performance for any degradation in the performance of the system. If it is down then we need to get notified very quickly so that we can inform the consulting team to resolve the issue. We also have to inform the management of the incident management process, and the customer response team to notify the customer's agents.
Product Manager at a healthcare company with 10,001+ employees
Real User
2021-05-19T16:47:31Z
May 19, 2021
The solution is primarily used for monitoring such as network monitoring, application performance monitoring, infrastructure monitoring, et cetera. We also use it for the AI/ML to understand the kinds of effects that are coming from their different monitoring solutions. It can give a root cause analysis using multiple data points. It can monitor for and explain downtime and reduce the work of the ID operations team as it provides them with a root cause analysis for downtime events.
Systems Consultant at a insurance company with 1,001-5,000 employees
Consultant
2020-10-22T14:44:36Z
Oct 22, 2020
We primarily use this product for monitoring our IBM WebSphere environment. It more generally monitors all of our JVMs for our web environments, used for all of our websites.
Techincal Support at a tech services company with 51-200 employees
Real User
2020-09-06T08:10:00Z
Sep 6, 2020
We are a service and solution provider, and this is one of the monitoring products that we implement for our customers. The primary use case is network monitoring.
My users are satisfied with this solution, most are financial institutions such as banks. The primary use case is for the monitoring of business applications in production. Banks use it for monitoring Internet banking solutions, internal back-office applications that have high number of users distributed on many locations, monitoring back-office applications for card transaction processing, and also for front office applications monitoring. DX APM is also used in a test phase of apps life cycle especially during a performance testing.
A new concept (APM) to be introduced in our workplace which was never there before. Never had visibility into application (layer) performance. Prior to this our main focus was on server and network hardware monitoring. Having visibility into app performance and backend layer has been quite an eye opener in putting together the entire picture for management. We've put together a complete portrait from an ESM (Enterprise Systems Management) perspective with Broadcom/CA Tools.
Broadcom DX Application Performance Management is a cutting-edge next-generation APM that goes beyond the traditional aspects of what other APMs provide by offering fully integrated AIOPS (Artificial Intelligence for IT Operations) capabilities embedded in the solution. This enables Broadcom DX Application Performance Management better opportunities to detect anomalies faster, correctly anticipate behavior, and perform intuitive automatic corrective processes. The solution is able to provide...
There are multiple users related to Broadcom DX Application Performance Management. During any severity or incident, our company's customers have dealt with their applications with the help of the tool, and they also use it for daily alerts, team management, and reporting. On a daily basis, our company's customers use the tool for dashboard creation and reporting. The tool is also useful for managing any incidents, or when any high utilization happens, as it triggers the alert, and after the users get the alert, they take care of the necessary steps on the applications. Basically, there are three types of use cases when it comes to Broadcom DX Application Performance Management. The tool is used to manage in case any drill down on severity is required, to take care of reporting, and to monitor the dashboards. In the future release of the product, I would like to see the tool have better capabilities in terms of dashboard creation and reporting. Dashboards and the reporting part are related to Broadcom DX Application Performance Management. The dashboards need to be auto-populated as they happen in any generic kind of APM tool. There is a need to build an easy way to generate the report related to application utilization.
The DAW, especially, is very nice. Even DXP has an agent migration feature, which is technically very nice. Initially, Broadcom said that migration was not feasible and that it would be a fresh implementation. But now we have found that instead of deploying a new agent, removing the 10.7 agent, and deploying the new agent, we can actually point the agent to the new server, the new DXP server. So, we don't need to remove the old agent and deploy a new one. We can just redirect it. This saves a lot of time and effort on the application server side and on the Wow agent where we serve. So, it's good in terms of migration. And as an application of DXP itself, it's pretty good, comparatively. It's kind of on par with AppDynamics and Dynatrace, apart from the AI and ML capabilities, which are kind of missing. Broadcom is promising and going in the right direction, but still not up to the max of the industry standards whereas Dynatrace is, with a single click and a few hours of observed availability, showing end-to-end visibility.
We primarily use Broadcom DX Application Performance Management with Java and JBoss, and for approximately 90 percent of our usage, we utilize the Introscope model with OpenShift. One issue we've encountered is that we're unable to use agents in OpenShift 4, which only affects agents installed in the image. This is one of the reasons we are considering updating to a more recent solution.
I use Broadcom DX Application Performance Management for performance optimization, tuning, problem analysis, troubleshooting in production, and load testing support.
We are using the on-premise and cloud versions of Broadcom DX Application Performance Management.
Our project is a logistic domain. DX passes all the infrastructure components which are managed by the Broadcom team. We are just deploying the different kinds of application versions, e.g. related to .NET, WebLogic, and other application agents. We are also monitoring the infrastructure agents in Windows, Linux, and Unix which are combined into one infrastructure agent. We also do monitoring whenever the agent doesn't have the package that is supported through the infrastructure agent, e.g. Kubernetes from the Broadcom DX Application Performance Management perspective.
We use Broadcom DX Application Performance Management to monitor applications.
Our primary use cases are for IT monitoring, alarms, and tracking the behavior of the IT system. We are customers of Broadcom.
We are a network operation center. We measure the performance of the system. We monitor the network and the application performance for any degradation in the performance of the system. If it is down then we need to get notified very quickly so that we can inform the consulting team to resolve the issue. We also have to inform the management of the incident management process, and the customer response team to notify the customer's agents.
The solution is primarily used for monitoring such as network monitoring, application performance monitoring, infrastructure monitoring, et cetera. We also use it for the AI/ML to understand the kinds of effects that are coming from their different monitoring solutions. It can give a root cause analysis using multiple data points. It can monitor for and explain downtime and reduce the work of the ID operations team as it provides them with a root cause analysis for downtime events.
We primarily use this product for monitoring our IBM WebSphere environment. It more generally monitors all of our JVMs for our web environments, used for all of our websites.
We are a service and solution provider, and this is one of the monitoring products that we implement for our customers. The primary use case is network monitoring.
My users are satisfied with this solution, most are financial institutions such as banks. The primary use case is for the monitoring of business applications in production. Banks use it for monitoring Internet banking solutions, internal back-office applications that have high number of users distributed on many locations, monitoring back-office applications for card transaction processing, and also for front office applications monitoring. DX APM is also used in a test phase of apps life cycle especially during a performance testing.
A new concept (APM) to be introduced in our workplace which was never there before. Never had visibility into application (layer) performance. Prior to this our main focus was on server and network hardware monitoring. Having visibility into app performance and backend layer has been quite an eye opener in putting together the entire picture for management. We've put together a complete portrait from an ESM (Enterprise Systems Management) perspective with Broadcom/CA Tools.