IBM Integration Bus Reviews

Typically, when engaging in application integration, especially when receiving data through an integration gateway, the common practice involves routing or transforming the message. This process aims to enrich the data before forwarding it to other downstream systems, and we utilize IBM Integration Bus for it.

It offers easy adaptability, allowing for seamless modifications. With versatile nodes, it facilitates effortless connections with other integration components. The platform supports diverse functionalities such as making web service calls, conducting file transfers, and interacting with databases. Additionally, it accommodates synchronous communication, addressing a variety of technical implementation needs. It effectively replaces the effort involved in such coding tasks.

It can be implemented as an enterprise service bus to seamlessly connect all applications within your enterprise. This tool serves as a bridge, ensuring a smooth flow of data across all applications, regardless of their formats or communication protocols. By leveraging its features, you can efficiently manage and facilitate communication between various applications in your enterprise ecosystem.

It would be beneficial for it to function more as an iPaaS, with the runtime available in the cloud, potentially on platforms like AWS, Azure, or Google Cloud. This approach enables broader accessibility, allowing more users to leverage the service.

I have been using it for more than nine years.

It exhibits high stability, consistently performing well in the majority of environments. Any disruptions typically arise only when there are issues with the underlying infrastructure supporting the Integration Bus.

While I can't provide specific user numbers, we have numerous clients across the globe who rely on IBM Integration Bus to meet their business needs. If you aim to enhance the scalability of your integration application developed in IBM Integration Bus, there are specific options and features you can utilize. This enables you to scale up your applications effectively, allowing them to handle a higher volume of requests from various sources.

I am confident that we would receive a prompt response from IBM whenever we encounter any technical issues or require technical support.

The initial setup was relatively straightforward and not overly challenging. Establishing the required environment to run the IBM Integration Bus was a simple process. All that was needed was some server space to install and bring up the runtime environment.

A common practice is the implementation of CI, CD, and DevOps tools. These tools automate the deployment process seamlessly. Whenever code changes are made and pushed, the configured DevOps tools take over, ensuring an automated deployment without the need for manual intervention. This streamlined approach enhances efficiency and minimizes manual efforts during the deployment phase. Maintenance for IBM Integration Bus is well-established. As part of routine maintenance, regular fixes are provided for the product, contributing to the overall stability. Daily monitoring of IBM Integration Bus objects is a crucial aspect of maintenance. We maintain a dedicated team that monitors these objects 24/7, both on-site and offshore. This continuous vigilance ensures that any potential issues are promptly identified and addressed, minimizing any impact on business operations.

I find it to be a highly regarded solution. If you are considering the implementation of an Enterprise Service Bus, this product emerges as a robust and effective solution for your business needs. Overall, I would rate it eight out of ten.

It plays the integration role between different systems in banks and telecommunication. In my case, the integration uses connection protocol to, like, servers, the MQ. It also involves sometimes consuming patch files and constructing different calls to different backends, collecting the result, and sending it to the callers. 

I really like SQL integration nodes, HTTP nodes, event handling, event monitoring, the performance of the solution. 

I can't say that there is any improvement I’m looking for. I’m new and haven’t connected with all features. For all drawbacks that were in the old version, I think they have been solved. 

The scalability needs improvement.

I have been using the solution for eight-nine years.

It is a stable solution.

It’s a solution that requires large, and heavy integration. which is used on a large scale in large-scale companies.

The support team is efficient,

supportive and provide reasonable support by mail.

Positive

I was working as an integration partner with Duo Java using GMSQ and GMS knowledge. But I didn’t use specific integration products.

However, with IBM, I am using IBM Business Process Manager, Message Brokers, and IBM App Connect Enterprise.

It’s not a task for a fresh and new learner. You still have to have some kind of experience working on Linux machines, as it is good for working with command lines. Because I believe deployment using command lines and scripts will be faster and more efficient than using GUI for the IBM IB.

If the command goes time out while deploying, you have to work closely with the engine and maybe have to cancel the process or make some changes on the file, or system points to complete your deployment.

For small companies, First of all, there are a lot of free products that could be used for integration. It can use the cloud or new implementation in the past.

But if the tool is IBM, the official box in your company, you can make your submission and also publish the cloud to the work file.

But let’s say, if you are working with premises, then you have to buy a reasonable main full support and gain experience with your product.

For the overall rating, I will give it eight point five out of ten.

You must have some experience with Linux, or SAP or have a technician using IBM products so he can give you guidance for leadership for basic scalable

and tuned solution.

You can also make your configuration using all the content and rules of IBM Integration Manual and it will give you the best performance and the most efficient way.

We work with multiple customers, and this is one of the tools we use to help them with integration.

I like the API lead integration, which is more focused, and I also like real-time integration.

The price could be better. It would also be better if they simplified the code.

I have been using IBM Integration Bus for more than 15 years.

IBM Integration Bus is a stable solution.

On a scale from one ten, I would give stability a nine.

IBM Integration Bus is a scalable solution. We have about 1000 users and 30 applications.

On a scale from one to ten, I would give scalability an eight.

IBM's technical support is pretty good. They are very quick to respond once we raise a PMR with them.

Neutral

The initial setup is straightforward. We already have a CI/CD pipeline in place. We just have to create the images, and then automation takes over and deploys it quickly.

On a scale from one to ten, I would give the initial setup a nine.

We deployed this solution. We have two to three people who do this.

IBM Integration Bus is expensive. There are cheaper products in the marketplace.

On a scale from one to ten, I would give the pricing a two. 

I would recommend this product as it's an IBM product. However, it all depends on the use case. If it's heavy machine-based transactions, I recommend IBM Integration Bus. But if it's API-based, I would recommend another solution.

On a scale from one to ten, I would give IBM Integration Bus a six.

We use IBM Integration Bus to communicate with existing systems like COBOL. We utilize COBOL copybooks, which we need to transform for downstream systems. We create schemas and leverage the COBOL capabilities to convert messages to the target systems. This is one example of our integration use case.

IBM Integration Bus integrates with various applications and systems.

We have many external customers who call our Integration Bus using the SOA WSDL. We expose WSDL to external systems, allowing them to share inputs with the Integration Bus. 

In turn, the Integration Bus integrates with additional third-party and external systems. So, it acts as a middle layer between source and target systems.

IBM Integration Bus has been effective in facilitating our messaging and service-oriented architecture (SOA) or bus architecture. 

So, we're already utilizing it to transform the data from the source it's sending. It converts the data from the format the source sends it into the format the destination system requires. So we are transforming the messages, which are required by the destination system; that's the one way. 

Another way we are routing the messages to the different destinations is based on the source and the payloads they are giving. So we are reading that payload and, based on that, targeting the task. So, we are transforming the same message to the different destinations. That's another way.

IBM Integration Bus's built-in nodes significantly simplified our integration tasks. Almost all of our solutions have benefited from the built-in nodes. Each node has its own specific functions, making them incredibly valuable for various development tasks.

Transforming the messages is a valuable feature for me. 

All the message transformations, conditional routing, and simple data movements are already built-in. 

Additionally, there are some powerful conditional processing capabilities. These features, especially conditional routing and complex data mapping, are crucial for handling multiple complex integrations.

The graphical mapper makes transformations much easier. For simple one-to-one mappings, the source and target can be directly connected, saving developers time.

Performance can be an issue sometimes. The tool occasionally crashes due to memory-related problems. We've reported these issues to IBM, and they are actively working on improving the tooling experience.

It would be great to see better memory management to avoid these crashes.

I have been using this solution for five years now. I use v10. 

I had no issues with stability. I would rate the stability a ten out of ten. 

We haven't encountered any issues with volume or performance based on our testing. While we are still developing these applications, we are confident in the solution's ability to handle high volumes.

I would rate the scalability a nine out of ten.  

I would rate my experience with the initial setup a nine out of ten, with ten being easy. 

It's very easy to set up. It typically takes less than an hour.

Two people were involved. One is the administrator, who has the necessary permissions and installs the product. 

The other is the integration developer, who defines the integration flows, steps, and profiles. 

One person could be from IBM support, while the other would be from the Windows or Linux administration team.

The product requires ongoing maintenance. However, the people required for the maintenance depend on the project. In my organization, we have five to ten based on our projects.

Overall, I would rate the solution a nine out of ten.

I primarily use IBM Integration Bus to integrate core banking and card management systems.

IBM Integration Bus's best feature is integration.

IBM Integration Bus isn't particularly user-friendly and has a big learning curve. In the next release, IBM Integration Bus should support microservice architecture.

IBM Integration Bus is very stable.

IBM Integration Bus is scalable.

I previously used TIBCO and webMethods.

The initial setup was complex; deployment took around a month, while implementation took around four months.

We have seen a decent ROI from IBM Integration Bus.

IBM Integration Bus is expensive.

I wouldn't recommend IBM Integration Bus to other users because of its high learning curve, and I'd rate it seven out of ten.

It is used for the banking domain and telco. We use it for integration between vendors from core banking and the other channels, for example, buyers, CRM and codes.

The most valuable thing is the loose coupling and making the change in only one stack of the ESB layer or the middleware layer. This helps in big projects and when we have multiple channels calling back at the same time.

The Toolkit itself is based on Eclipse and Java, and it does not respond sometimes. When we are working on the Toolkit using or working on our PCs or remote desktop the program has issues with performance. The performance needs to be enhanced. More labs for developers who want to learn about this technology for trial. They may provide a trial version of App Connect or Toolkit to try it for themselves.

I have been using IBM Integration Bus for the past five years.

It is very stable and used by very large companies and banking in EMEA, or in Egypt and the Middle East. It is used in very stable projects and critical ones that have payment transactions, like wallets or through transactions, and internet banking.

It is very scalable.  We have twenty different developer and administrator teams working with it.

If we have to fix an installation or other support needed, an administrator opens a ticket with IBM and they support it, especially if it is in the license agreement with them. But, I am a developer, not related to technical support. From the community side, I would rate technical support a seven out of ten because IBM documentation is available over the internet and on other websites.

Neutral

The initial setup is straightforward and takes about one minute to deploy

We have the enterprise edition, and it is licensed yearly. I do not know what the cost is.

They can converge other products, ESB, or SOAR architecture. I may recommend IBM as a solution tool for a business if they are looking for a stable environment. They will find support on the community forum. I would rate IBM Integration Bus a seven out of ten.

We use the solution for a digital payment system.

The Cloud Pak for Integration is a useful feature.

The solution’s pricing could be improved.

I have been using IBM Integration Bus for five years. We are the solution provider.

The solution is stable.

The product is scalable. There are four customers using this solution.

The initial setup is not complex, but you should have a good understanding of programming. Installation depends on the project. For some projects with a limited interface, it takes two to three months, but for a bigger and complex one, installation can take up to six months.

In banks, it is deployed on both Cloud and On-premise.

The solution is expensive.

Overall, I rate the solution an eight out of ten.

We use IBM Integration Bus within a finance domain.

The product helps efficiently work with different connectors from different back-end systems.

IBM Integration Bus needs to be more compatible with stable connectors for specific domains. For instance, it has two protocols: ISO 8583, a legacy protocol, and ISO 2022, which works on XML for the finance sector. Similarly, they should add connectors to banking applications and other specific industries.

We have been using IBM Integration Bus for ten years.

Being in the market for quite some years, IBM is a very stable and mature product. I rate its stability a seven out of ten.

The technical support services are good.

Primarily, our customers have the product deployed on-premises to follow protocols. Some customers deploy on private clouds as well. The product’s installation and configuration process is straightforward. It takes six months to two years, depending on the complexity of specific requirements.

I rate IBM Integration Bus a seven out of ten.