OpenText Operations Bridge Reviews

My primary use is the consolidation of monitoring tools and dashboards.

The most valuable feature is that everything can be consolidated into one dashboard.

The service takes a very long time to start and it requires a lot of resources. A huge amount of memory is required.

The setup process should be simplified and faster to complete.

I have been using Micro Focus Operations Manager for 15 years.

I have experienced no issues with stability.

I have not needed to scale this solution. We have fewer than 100 users and we do not plan on increasing our usage right now.

I have not needed to contact technical support within the past year.

My team has been in contact with the local Micro Focus partner and my understanding is that the local partner's skills could use some improvement.

We are using another similar tool in the company, but it is not in my department.

It took approximately one week to complete the installation and setup. I would say that the setup process is painful.

I implemented and deployed this solution myself.

I don't remember exactly how much it costs but I know that it's affordable.

I would rate this solution a seven out of ten.

The most valuable feature of Operations Bridge is the centralization of all the alerts, events, and topology-based statistics that you can see in a centralized view for different customers internally. It could be your support groups, your management, or your governance. That's what we feel like it's giving us. It is the ability to look at it holistically, even though it's pure statistics from events and notifications. Your key performance indicators can be validated very easily and centrally.

From our monitoring perspective or from a visibility perspective, HPE UCMDB is a must have. It's an amazing piece of software. Regardless what other systems you have in your environment, you should have UCMDB in place because it performs a very good classification and discovery of your CIs. This tends to build up that service model that can be utilized between any piece of software. This is a great value we are getting out of UCMDB.

Operations Bridge, as is the OMI 10, is a great piece of software. It has a lot of potential that needs more exploration and we'll be doing that. We will be engaging my competent team, because we are working with HPE very closely, even for the developmental aspects. We are providing our inputs and we are bringing that change which is required for the tool. I must say that OMI 10 has great potential. This is where our core focus is, to improve on that potential aspect.

Reporting has to be tackled a bit more. Conceptually, it is there and conceptually it is amazing, but somehow the module itself is suffering. This is one of the issues with stability. The reporting module from HPE is not a very stable module, which is OBR to be very specific.

I'm going to have a round of meetings with the product development and the management to talk about that and to have more design plans and roadmap on this.

Not all the modules are very stable, but definitely we know from our practices and operations which ones are stable. Regarding the ones that are not stable, we are constantly having engagements with HPE support, as well as HPE development, to make it more stable. There are a few unstable modules, but most of them are very stable and long running. As our environment is changing, the requirements are changing and we are adapting based on our plans.

Initially, we started with the normal support. We had a lot of hiccups. Then we had a lot of discussion with the product teams, as well as the HPE account managers. Then we went for the FlexCare support, and that actually changed the way support works with us. We were able to receive Level-2 support directly instead of going to the log procedures and wasting time over the initial assessment of the cases. Then we were able to get guys directly involved in our support issues or the cases and incidents, which actually helped us a lot.

Transparency is one of the big features. We reduced our attempt to repair by forty percent. That was one of the big benefits. The other one is transparency between the departments, as well as for the executive members, the board of directors. They look actually at that data on a daily basis.

The transparency shows us where we still have to add things, monitor things that we don't have under our control yet.

Stability could be improved. Also, it could be easier to upgrade and patch.

Stability could have been better. We were running into problems sometimes where the whole system was not performing as we expected. We ran into strange phenomenon like data not being presented as it's supposed to be or overall system instabilities, such as when a database breaks away and it just doesn't recover gracefully.

For what we use it for it works just fine. We used a larger size already and we don't have a need for increasing it right now.

I was involved in the initial setup. The initial version, that was still BSM 9, was more difficult to deploy than it is nowadays. It has definitely improved in that department. With containerization it would definitely further improve the deployment of the solution.

We looked at BMC. I was not part of the decision making process in that area.
But we choose to stay with HPE. We don't switch that kind of software for every two years out. That's not feasible budget-wise. But the initial reason for choosing HPE was that graphing and alerting were easier to implement than it was with BMC.

The most valuable feature is its ability to integrate with everything.

It identifies parse issues pretty quickly. Instead of logging multiple tickets, we actually deduplicate those and just create one ticket, which makes our operations a lot easier to manage during the incident.

When the systems talk to each other, it becomes sort of a drop and go. And I'm talking purely in our instance, because, from what I see, it seems like none of the other countries have that issue. But it goes back to not having enough skills within the African region, with HPE and with all their suppliers. Once they sort that out, we won't have to get all the people from other countries to come and do it. It should make it a lot easier to manage.

Our issues are largely support related due to where we are and the knowledge base that we have here. This issue relates both HPE in general and to the technical products.

We have worked with other vendors, but the difference is that the knowledge or the course and certifications are made available in our country, whereas with HPE you have to actually go to a different country. So our challenges are more pronounced with HPE because people are less certified.

The functionality of OMi itself is actually cool, but if you can't use it, or if you can't get your teams to set it up properly, then I have to rate it lower. If we could implement it fully, I would rate it probably to be about a nine or a 10.

The product itself is a nine or a 10, but because of the limitations within South Africa, it's more of a seven.

It's pretty stable. The only real issue we've had is knowledge of the solution in Africa. I have discussed this with the team at a recent conference as well. Knowledge and skills are not really something that is sold in South Africa.

There are no issues with scaling. We are looking at adding new sites, which it pretty much copes with easily.

We use VMware, Fortinet, and Cisco. We are staying with HPE because we use HPE for all our server and storage. Cisco for the networks, Fortinet firewalls does load balancing now as well; we've actually moved that to them. We don't want to be a single vendor shop. That's why we stick with HPE for this solution.

What's most valuable for us is the ability to see all events that occur on our network.

It gives us the ability to monitor the entire infrastructure proactively and reactively. We can build incident event management and problem management processes in case of a problem so that an event is registered. We can then change the event to an incident and resolve it in the least amount of time as possible. If we can't resolve it, it enters our problem process where we can determine the source, possible fixes, and prevent the same problem from occurring in the future.

There are a couple of areas of improvement:

• Performance needs to increase; and
• Better correlation from the box rules.

We've used it for four years.

We haven't had any issues with deployment.

Stability is pretty OK. We previously had issues with a large amount of correlation rules, but OM has mostly eliminated these problems. We've thrown 1000 different correlation rules at it and it's working just fine.

Scalability is not relevant because it's a standard solution that's built for a particular purpose, which it accomplishes.

3-4/5

We performed the initial setup, which I'd rate as 3/5.

We did evaluate other options, but the suite of HP solutions -- Operations Manager, SiteMinder, Essentials, Service Manager -- is better than anything else out there.

Plan and then integrate. Planning requires a good assessment of your needs. Be prepared also make some in-production investments because you'll likely need to make changes on-the-go as you determine how to correct mistakes.

Operations Bridge is a solution that will bring together a lot of various operation data sources from the network server's applications and help the customer to focus in one area, one place, so they can escalate and route the issue to the proper resource for particular incidents. I've applied that type of software for various customers.

It optimizes their operations efficiency, and makes people more focused on the issue at hand instead of trying to figure out what's going on. It gives them an up-to-date status. If there's an issue in the IT system - whether it's a server, network, application, or resource issue – the product emphasizes it and gives you tools to troubleshoot and resolve it.

I think they are moving toward the whole platform format. They need to move away from Java, Flash, and plug-ins to streamline the integration with third-party products. This will make it easier for customers to use and deploy; using wizards and those type of things. I believe these are in the lifecycle and will be in v12.

It's been a pretty stable product. In its earlier years, it had typical lifecycle and maturity issues, but now it's at version 10 or 11 and seems to be running fairly well.

It's been very scalable; as a platform, it handles various data sources, both from HP products and third-party products.

The support team has had its struggles; it is getting better. I think the split of HP into two companies has helped, but that on-going process has created some issues. However, they seem to be working through it and getting better. I think it could be improved with regard to response time, and getting the proper resources.

I'm a senior consultant, so I've extensive experience with the products, so my issues probably should be escalated to a higher-level person from first-level support, rather than have them going through the routine scripts, because I've already done that. No reason to repeat it.

For various customers, I deployed it and helped them run it. It has its complexities because IT has its complexities. When you're monitoring IT, you're going to inherit those complexities, but HPE did make pretty good strides to pull in the data sources and make out-of-the-box integrations, both for their products and for third-party products. Making it the most seamless product possible.

We do work with other solutions. I would say HP is probably one of our largest partners but we do work with other software vendors. We do some integrations with IBM's NetCool, and with legacy products. HPE make their products modular, even at the data cluster level. We can integrate into another Ops Bridge, but we have also done some other conversions of customers’ ideas and IBM's, and converted them over to HP's products. Sometimes it's a toss-up. Sometimes it is politics in the customer's technology.

You have to have an IT operations background, be familiar with the processes of IT operations, have that type of mind-set. A lot of technologies are based on previous HPE technologies, so some history with HP's legacy products helps. Even though this is a new product, that's always helpful.

I think it's ability to bring in obviously the HP products into one place, gives you a meaningful lens, meaningful correlations, and the ability to process and to take on third-party data, event streams, and metrics. Bringing it all together and it being not as complex as building your own integrations from scratch - they give you a nice, good jump start to bring the third-party data in - is where I give it strengths.

I recommend it and obviously I do make a living deploying it, but I also like to see whether it has value at a customer's site. Can I solve some of their problems, some of their use cases? Because even if they deploy it initially, if they can't use it and get value out of it, it won't last very long. You have to make it fit in their environment and solve some of their use cases and scenarios, and then they'll continue to use it and grow with it.

First case of installation of the tool with the business branch of a French telecom provider.
We installed the tool with SiteScope, Network Node Manager and Network automation.
I don't remember the exact environment but we had more than 2000 network nodes and a number of servers.

Installation of a preprod and prod environment. Not much customization. Some rules for enriching and installing the different connectors. Some business view was created too

Great experience but I moved to network automation for a new project.

the implementation of Operation Manager made it possible to centralize the events of several supervision tools such as sitescope, Network node manager or Nagios.

This is one of the big advantages of the product, the connectors developed by microfocus.

All the enrichment part allowed to reduce the processing time of support tickets. All the information was already present in the alarm.

We could have gone further with the connectors to the ticketing tools.

Translated with www.DeepL.com/Translator (free version)

the most important aspects in Operation Managers are:

* The total environment provided by microfocus. All the tools can be implemented together with a certain ease.

*A lot of documentation provided by Microfocus and a fairly large community. The forum is provided in response from members.

* Enrichment is also a strong point but also found among competitors

level 1 technical support is incompetent. I'm almost afraid to open tickets because I know I'll be asked the same thing 8 times.

The price is very expensive for a tool that doesn't evolve very quickly compared to competitors.

I've been working with the solution for five years.

We haven't faced any stability issues. There hasn't been any crashes or glitches.

We haven't faced any issues with scaling the solution.

lot of bug with queue

We've been in contact with technical support, and we find it to be unreliable. They always ask the same questions and they don't fix the problems. We're very unhappy with the level of support they provide.

We're currently looking at switching to Canopsis, which is an open-source product. It has all the modules we need and it's absolutely free. It's very similar to Operations Bridge, for the most part.

I didn't participate in the original setup, so I'm unsure as to if it was straightforward or not.

The solution itself is quite expensive. We did have to pay extra for technical support when we purchased the solution, however. It was included in the price.

We don't have a relationship with the solution; we're just a customer.

It's a good solution overall. On the market, there aren't many other solutions, other than maybe BMC or a few more. It's expensive, but it's very good.

I'd rate the solution eight out of ten.

Organizations using multiple tools for monitoring their infrastructure, namely storage, UPS, etc. rely on multiple consoles to view the events from respective elements to manage consoles. This causes delay in isolating the fault. OMi helps in the consolidation of events on a single dashboard from several sources via the available APIs.

The biggest strength of the Operations Bridge is the consolidation of events from various sources. For one customer, we were able to consolidate events from more than 25 sources, most via Traps using a BSM Connector. Once the Head of IT Operations saw the value, then the expectation was that all the other siloed departments would work together to send the events to a central console.

Event consolidation

Cross domain event correlation

Run Time Service Model (RTSM)

Flexible dashboard with the availability of widgets

Agent and agentless monitoring

The most important feature is availability of the software on Docker, hence reducing implementation & upgrade timeline

Remove the dependency of Java technology. This is a feature used for admin purposes to update the modeling.

For high stability, I would recommend a HA setup with the recommended configurations.

Single server setup should only be considered for small environment.

Micro Focus Operation Bridge is highly scalable. It can support multiple server architecture for HA, DC-DR setup, and is also available as a container for the Docker, which can be ported on private or public cloud.

The customer service response is good.

I have helped organizations to switch from other tools to OMi. The main reason was event consolidation and seamless integration with the Service Manager for incident management and SLA reporting.

The setup is straightforward. Depending of the architecture/integration, it can take from one to 10 days.

Highly recommend to go for CDF (Containerized Deployment Foundation)

I have implemented this product with the help of a team.

ROI will depend on the modules available.

E.g., if Orchestration is integrated with events, the fault can be fixed with the given sets of SOPs. This can give up to 90% ROI in a short period of time.

Pricing is very flexible and depends on the modules selected as per the requirement. You can select from the available modules Micro Focus Operation Bridge (SiteScope, Operations Agent, Reporter, Operations Analytic, Cloud Optimizer, Orchestration, CMDB, and several Management Packs for various technologies like Oracle, DB2, Citrix, etc.).

Not applicable.

Implementation of Micro Focus Operations Bridge will need a long-term perspective while solving today's problem.