OpenText Business Process Monitor vs. Splunk Infrastructure Monitoring

It is really good to have Business Process Monitor for being proactive with monitoring critical business services. And it is even more recommended along with APM. However, you will still need some training in order to configure them as they are sophisticated tools.

Incentivized

Splunk Infrastructure Monitoring is well suited for any complicated environment where you have apps and servers across multiple clouds and platforms and products. If you have a data centre where all your apps and servers are in one single network, you could probably get away with older solutions. But for any modern, complex, hybrid-cloud microservices environment, Splunk Infrastructure Monitoring is a must-have.

Incentivized

• Being proactive in monitoring critical business services.
• Uses pre-saved scripts using Vugen.
• Almost all protocols are supported by it.

Incentivized

• SignalFX handles historical metric aggregation exceptionally well, providing a multifaceted approach to event detection based on anomalies.
• SignalFX's cost is incredibly flexible with their pricing model of DPM (data-point per minute) vs the traditional "per host" model that most monitoring SaaS use.
• SignalFX support is responsive and knowledgeable, very eager to help solve your immediate problems.
• SignalFX integrations is vast and constantly growing, making adoption easy even when multiple different open-source technologies are used in your stack.

Incentivized

• It depends heavily on Vugen so it would be great to give more courses on writing scripts in the Business Process Monitor trainings.
• When issues arise, we don't have insights into if the issue is from the script itself or if it is a real issue. Here you lose trust in determining which is right until you interfere personally. As an example, one day I got an alert from a business server and the issue was that the script didn't finish successfully and thus it kept the session opened. So the next schedule of the script will fail, not because there is a real issue on the business service, but because you need to go yourself open the application, close all pages, then log out so that the script will continue to monitor.

Incentivized

• Better integration with our clients (native mobile clients SDKs will be great).
• A way to easily tag filters and move them across metrics/formula.
• Alert system to easy false [alarm] and hard to configure.
• Be able to have group more dimensions (and have more values on each).

Incentivized

Good: Stable system with low error rate Easy to use for simple use cases Bad: UI is not very clear for complex usage Mobile view (when logged in from phone) is bad No library for .net

Incentivized

I find that learning the interface can take some time. We need a better show-and-tell on how the Teams pages, Dashboard Groups, Dashboards and charts delay. Advance SignalFlow is sometimes hard to build. Some better samples of advanced SignalFlow would be helpful. For example, Splunk SPL has a vast resource of examples.

Incentivized

We didn't try anything else as we are satisfied with Business Process Monitor.

Incentivized

They’re not for the same purpose but we’re using NewRelic and Honeycomb for monitoring purposes. NewRelic is used for HTTP client monitoring for system related throughput, error, database and external client monitoring. Honeycomb is used to monitor actual HTTP request/response values. Splunk [Infrastructure Monitoring] is used for real-time application related throughout and error monitoring.

Incentivized

• Proactive.
• Monitors critical services by simulating every step you could use and get alerts for performance issues and availability issues.
• Has almost all the needed protocols to write a script.

Incentivized

• Reduced downtime.
• Caused us to get a lot of spam when we redeployed apps and old instances stopped sending metrics. Muting alerts solves this, but people often forget to do it or do it incorrectly.
• Helped us find historical info about instances/apps.

Incentivized