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.

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.

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 synchronizing data across the enterprise and opening data to extend its use by simplifying and making it consistent regardless of its source. 

It's for installing a line of indirection between data source and consumer to reduce contention at the source, and to add security, audit, and combine data from multiple places.

With it, we are implementing GDPR rules on data use, compensating for systems being unavailable, and delivering low latency for website users.

I have designed solutions for payment processing, Service-Oriented Architectures, micro-service architectures, data sharing and synchronization, and point to point data sharing using this product across banking, retail, and many other industries.

Many projects absorb a great deal of time and budget to find data and understand how to access it. This product allows data to be found and cataloged, allowing multiple projects to create a full directory of data in the enterprise over time.

The introduction of a mediation component allows data to be combined from multiple sources and for those sources to change or expand without impacting the consumers. In some settings, the number of consumers can be significant (100+) making adapter patterns rather expensive to maintain.

Having a single (logical) place to go for information reduces the responsibilities of the consumer for navigation - in turn allowing systems to move, update, and be replaced with reduced risk and cost. 

The cost reductions are significant but rely on proper architecture and design.

The solution's most valuable aspects include:

Data enrichment and consistent access. It reduces the need for programmers of consumer applications to understand where data is sourced, or how it is combined. It allows us to avoid the need for consumers to understand multiple API protocols and security arrangements, and in some circumstances can reduce the impact of systems being unavailable.

Data mediation and secure access. It reduces programmer error and hides the underlying systems, making it simpler to change them. It imposes a line of control between consumer and source, reducing the scope of testing needed for new consumers, and avoiding tests on consumers when the source changes.

High-performance data management for data in motion. The product supports clustering and can be tightly integrated into IBM MQ, making it a perfect platform for payment processing and high-performance data processing (50,000 tx/sec and above). For those that do not need the performance, this translates to cloud consumption savings.

Resilient communication management. The product can use transactional integrity to assure consistent data and non-loss communications (especially when combined with IBM MQ). This means that when processing large numbers of transactions no time is lost trying to discover what was lost.

The product has been well managed and continually improved throughout the time I have used it. 

There is very little that can be improved. It already contains adapters for MS-Dynamics and other enterprise packages and supports many protocols and transmission structures. 

The next versions are moving toward container use. It would be a shame to make the product highly complex just to support one pattern of deployment. It is my hope that IBM continues to focus on practical functionality that is simple and cost-effective.

We've used the solution for 20 years - since it was previously named MQ System Integrator.

IBM ACE is very well engineered and very stable. We have several customers running old versions that have been 100% reliable for their operational lives.

If an installation does encounter a failure, for example power failure, the product is good at reporting useful messages, and in combination with IBM MQ to protect data running through the system. The product can be installed in a clustered configuration to remove single points of failure, and to scale to accommodate higher loads.

It's very stable.

This solution is highly scalable and resilient. It's combined with MQ or load balancers for fault tolerance and highly parallel processing.

It's highly scalable.

In my experience, support has always been very good for this product. 

Positive

I have previously used databases to store and forward and C-programs to manipulate data. When this could no longer cope (sometime in the 1990s), I discovered IBM MQ and other messaging products, which are designed to do what we were building. The MQSI product of the time was simply magic and the latest incarnations (App Connect Enterprise) are far beyond anything that could be done with a database. 

I have reviewed other technologies, including Microsoft, open-source, and others. It remains my opinion and experience that this product delivers quicker development and more reliable outcomes.

A was working as part of the vendor team, as part of the implementation consulting organization.

Very much depends on the industry and project.

Installation of the base product has been simplified over the last five years or so, and is now fairly straight forward. 

You need an infrastructure design for the product deployment and an integration architecture and design documented and agreed to get the best from this software. It is relatively easy to program (Extended SQL, Java, and other options are available), however, it's important to think and take advice before you start.

The product is generally priced per processor core.

We use IBM Integration Bus for application integration. For example, when application A needs to communicate with application B, if Application A is sending the message data in XML format but application B understands the data in JSON format, there needs to be a tool that helps to transform the message data and route the data from one endpoint to another. In such a use case, we use IBM Integration Bus.

I'm working on version 10.0.0.12 of IIB, but we will be migrating the project that I'm currently working on to IBM App Connect Enterprise. It will most probably happen in the summer of this year.

It is deployed on-premises. After the migration to IBM App Connect Enterprise, we're planning to migrate to the cloud from on-premises.

In our project, we are using IBM Integration Bus for doing the payments. We have developed some applications in IBM Integration Bus that help with payment transactions from one client to another.

We can have multiple endpoints, and we can integrate different applications from different platforms. In a large-scale enterprise setup, it becomes so easy to establish communication between applications. You can connect an application to other applications, other legacy applications, and databases. You can also connect with those applications that are in the cloud.  You can connect with other well-known applications, such as Salesforce, SAP, and Workday, by using IBM Integration Bus.

It provides all the features that are required for day-to-day work. So far, I haven't seen any major issues that impact our work. I have been told that IBM App Connect Enterprise, which is the next version of IIB, is really good. It is better than IIB, and it gives you more coverage in terms of application integration.

I have been working with this solution for seven years.

It is stable.

You can scale the product depending upon the flux of data into your application.

It depends upon the issue we are working on. I would rate them a four out of five.

Its initial setup was not that tough or challenging. We could easily do the setup without any challenges.

Usually, we have the support team of a project. The support team takes care of such installations.

Its maintenance is easy. It doesn't take a lot of effort to maintain the product. The Infra team usually does some patching of the environment, but we haven't seen any outage of our application that impacts the business in real-time.

It is a really good product to use if there are lots of applications that need to be integrated in your enterprise. It is a very good solution for enterprise application integration and exposing your product's features to the external client through APIs. 

I have worked with other tools related to IIB, such as API Gateway and API configuration tools, in the past. They do provide a very good solution for your business if you are planning to expose your business assets by creating APIs. You can develop an API in IIB and configure it in API Connect. You can have that gateway on top of the solution. This is another feature you can leverage using IIB.

Based on my experience with this product, I would rate it an eight out of 10. This reduction of two points doesn't mean that it is not as good as other products.

We use IBM Integration Bus with IBM DataPower for IT integration. It’s the most used and essential component. For data security and governance, we use it with HiSphere. It’s also integrated with Outlook for handling video files.

The Aspera feature for high-speed transfer is highly effective. For DataPower, we use it to export our servers and integrate with government sectors. It's also used internally to integrate isolated solutions and manage traffic overload.

IBM Integration Bus is a reliable solution that helps us handle performance challenges effectively. However, I believe there is room for improvement in the pricing structure to make it more accessible. As far as IBM Integration Bus is considered for other organizations, it has strong performance capabilities and integration features.

I have been using IBM Integration Bus for two years.

Integration Bus is quite stable, I would rate it at eight out of ten.

In terms of scalability, it's a solid ten. IBM's technical support is good, I'd rate it at an eight.    

The installation was manageable, although it required specific skills in the Open-Sec environment. It took us about two weeks to install and configure everything, depending on the environment complexity and the number of servers. Currently, around thirteen technical users are working with IBM Integration Bus in our organization.

Overall, I recommend IBM Integration Bus with a rating of nine out of ten.

Whenever we want to secure our data, we connect to IBM Integration Bus, and they use that for security.

One very good feature is the UI, and it's easy to understand how to implement the tool.

The configuration could be improved. If you build an option in the toolkit, such as a health configuration, we should load the command and configure it. We should then just run checks, and the configuration should be completed.

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

The solution is stable. I rate the solution's stability a five to six out of ten. 

The solution is scalable. I rate the scalability a five to six out of ten.

The initial setup is easy. If the customer requires any API on any server, it should take a maximum of five to six seconds to deploy.

The solution is easy to understand, and it's a good tool for development and security. I rate IBM Integration Bus a nine 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.