Broadcom DX Application Performance Management Reviews

We use Broadcom DX Application Performance Management for application performance. We try to have some measures about the application and provide dashboards with different key points of the application. The goal is to be proactive, active, and responsive to critical events in the system.

The solution is easy to deploy, and we have been working with customers for many years. We have very good dashboards that are very useful for getting all the parameters of the application. The real-time consolidation is a point where the solution is a bit far from competitors like Dynatrace, however, it is sufficient for our customers.

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.

This solution still relies on inbuilt configuration. For example, I'm pretty much impressed with Dynatrace POC, where we deploy the agent with a simple click, click, click, and then that's it. And we did not build any alerts or anything. We just started getting the alerts, warnings, and everything on its own system, understood what the benchmark is and what is the threshold, and it started giving you the warnings and the caution alerts, the danger alerts. 

So we expect something like that should be there in Broadcom at the level. But, instead, it expects us to configure. So that is what is missing there.

Even if the server CPU usage is 95%t, it doesn't harm you. It doesn't send you any alerts. We think the system is normal. So it's not normal. So this is what they should think and send you AI/ML-related alarms on their own.

In future releases, I would like to see more AI and ML capabilities, which are kind of missing. 

Another area of improvement is its infrastructure monitoring perspective. For example, they are still using UIM, which is a good tool. But for APM, they have come to DXP. However, in terms of UIM, the unified infrastructure management, there is no DXP version or AIML version of it. So they should try to find an updated version of it so that it is not competing with the rest of the solution.

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 tool's most valuable feature stems from the product's main use cases, which are related to application drill down, so if any issue happens with any code or any other problem occurs, the tool serves as a pinpoint. Users can find help for any issues with the help of the tool. The aforementioned features of the product are valuable, in my opinion, since before any incident happens in an environment, the proactive use of the application helps reduce the severity and downtime.

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.

The bank here in Brazil, and the world, need to ensure that transactions are processed in the shortest amount of time possible. We closely monitor this to avoid penalties. Additionally, having the ability to closely monitor the resources of our machines with Broadcom DX Application Performance Management has been helpful for us.

I use Broadcom DX Application Performance Management for performance optimization, tuning, problem analysis, troubleshooting in production, and load testing support.

The most valuable feature of Broadcom DX Application Performance Management for me is transaction monitoring. The technical support provided for the solution is also an advantage.

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.

What's most valuable about this solution is that it completely monitors code-level visibility. We benefit from this as we're able to capture any performance issues from an application, then raise and forward those issues to the applicable team more quickly.

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.

I like that it gives you a wide range of data where you can see the application outage response from concurrent locations and the number of stalled jobs.

I like these variant features that are present.

It's quite easy to understand.