We changed our name from IT Central Station: Here's why
Get our free report covering MuleSoft, IBM, IBM, and other competitors of IBM Integration Bus. Updated: January 2022.
563,208 professionals have used our research since 2012.

Read reviews of IBM Integration Bus alternatives and competitors

Integration Specialist at Hudson's Bay
Real User
Top 20
Easy to setup and deploy, with easy mapping, and it integrates well with MQ
Pros and Cons
  • "Integration and mapping are easy, which is a major advantage."
  • "Technical support is good but they could have a better response time."

What is our primary use case?

We had different use cases such as point-to-point, and public subscribers. We have some APIs building business Message Broker and we have divisions such as the legacy mainframe. 

We pretty much use everything. Most of the integration is done with Message Broker.

How has it helped my organization?

Working in retail we get a lot of traffic on Black Fridays and Cyber Mondays, and during that time, whatever serves have been deployed we want to scale them vertically. 

We can create multiple nodes within the service itself and when we are not using it, we can stop all of those nodes.

Most of what we have is on MQ for communication, and it integrates well with MQ.

What is most valuable?

Before the cloud, it was very easy for us to build and it was quick to integrate.

Integration and mapping are easy, which is a major advantage. 

It integrates with MQ.

Scaling up and down is easy for us using execution groups and nodes.

It is easy to set up and deploy.

What needs improvement?

If you want to connect to the database, it provides solutions in India, but you have to purchase it separately. They are not mature enough and we have difficulties using them. They are expensive and not worth the money we are spending on them.

I feel with IBM, when you want certain functions or features, you have to continuously purchase add-ons.

Scalability needs improvement, it was easy to scale before microservices and Docker.

Technical support is good but they could have a better response time.

I think that they should provide us with some kind of capabilities that can be deployed. For example, if they have integration nodes that can be deployed separately instead of having a new, big server that has different components, to give us the capabilities to deploy everything on our own instead of building them up together. It would benefit us when it comes to scaling and building.

For how long have I used the solution?

We have been using this solution for seven years.

We started with Version 7 and now we are at 10. 

We are planning to use Version 11 and move to the cloud. It's still in process.

What do I think about the stability of the solution?

I would say that it's pretty stable, we have quite a bit running on it. It depends on how we configure it or what kind of infrastructure we are providing. For example, if we migrate from an old version to the new version and it's not done properly, you will experience it crashing every time. We had to build properly around it to achieve the proper results.

If it is being used with a simple deployment or as a server, without doing a proper configuration, then it may not work well.

What do I think about the scalability of the solution?

It was scalable before microservices and Docker. It is now looked at differently. With the new version of Message Broker, it's promising to get capabilities that we can use.

We have a team of 10 to 15 developers, senior developers, and leads who are using this product.

How are customer service and technical support?

Technical support is really good.

I would rate them an eight out of ten because it goes from level one, two, or three and sometimes it takes time, based on the priority of the ticket that we are creating.

Which solution did I use previously and why did I switch?

Previously, we were using Profusion. It was along the same lines as IBM WebSphere Message Broker. We ran into many different issues and at one time, we were running two solutions, Message Broker and an Oracle solution. Oracle has a database with different capabilities. It records every question that comes in. It was very difficult to maintain, and it just kept crashing and consumed the memory.

It has so many issues, we stopped using it and went with IBM WebSphere Message Broker.

How was the initial setup?

If you compare it with the previous versions, this was pretty straightforward and easy to set up.

What's my experience with pricing, setup cost, and licensing?

There are always additional fees.

What other advice do I have?

It's a good solution but it's questionable now that microservers have come into it. I can't really comment on whether I would recommend this solution for those who are looking to implement this solution, because everyone has their own use case.

I would rate IBM WebSphere Message Broker an eight out of ten. I had a good experience with this solution, and have not had any issues that we could not fix or handle.

Which deployment model are you using for this solution?

On-premises
Disclosure: I am a real user, and this review is based on my own experience and opinions.
Sr Manager - Programming and software development at a financial services firm with 1,001-5,000 employees
Real User
Top 20
Scalable and easy to maintain
Pros and Cons
  • "One of the most valuable features is the scalability. Whenever it's required, we can add more servers and scale. We can actually use specific servers for specific stuff. Unlike in other solutions, now we can implement one server purely dedicated to core-banking-related API. This is very important when it comes to the PCI DSS certification."
  • "Fiorano ESB could be improved by becoming more user-friendly. Most of the pages and generated reports on API usage are already there, but they could be more user-friendly. There could be more selections added to generate reports. Overall, though, Fiorano suits all our needs and has good functionality."

What is our primary use case?

Our primary use case of Fiorano ESB is to expose our core banking APIs. We use Finastra's Fusion Equation, which has its own API layer and runs on an IBM machine. Nowadays, this generation of developers isn't familiar with API structures, so we converted the ESB, which is now working as a middle layer to expose all related core banking APIs via web services. The deployment servers are implemented on-premises, but the configuration is done remotely. 

What is most valuable?

One of the most valuable features is the scalability. Whenever it's required, we can add more servers and scale. We can actually use specific servers for specific stuff. Unlike in other solutions, now we can implement one server purely dedicated to core-banking-related API. This is very important when it comes to the PCI DSS certification. 

What needs improvement?

Fiorano ESB could be improved by becoming more user-friendly. Most of the pages and generated reports on API usage are already there, but they could be more user-friendly. There could be more selections added to generate reports. Overall, though, Fiorano suits all our needs and has good functionality. 

For how long have I used the solution?

I have been using this product for over a year and a half. 

What do I think about the stability of the solution?

This product seems stable, and there haven't been any incidents where I have had to conduct maintenance. We're new to this, so there is still some tweaking we need to do, and there have been some instances when we expose something to the other party and they find it difficult to get the information. So when it comes to fetching information, sometimes they complain it takes time, so we just have to optimize the process. It's an ongoing effort, but we haven't encountered any major stability or performance issues with the product. 

What do I think about the scalability of the solution?

We have tried to scale it. We implemented it with two or three servers and we recently added one more. Because of the pandemic, most transactions are happening online. At the moment, we just encourage our business to capture more fintechs to come on board to work with the bank. So to accommodate this, we had to add one server. 

How are customer service and support?

There have been some questions and clarifications we have contacted Fiorano's technical team about. They are very helpful and whenever we raise a query, they answer it very quickly. 

How was the initial setup?

The initial setup process was very simple—we aren't going to implement anything complex because those are hard to maintain. Since we have limited solutions, we prefer to implement simple processes. 

At the moment, there are two people working with Fiorano ESB. They handle integration with other systems. For example, if we want to integrate with our internal system and expose APIs, only two people handle it. Once we expose the APIs, we provide the relevant documentation to the relevant party so that they can communicate with the ESB, and it's done.

What about the implementation team?

We implemented through a vendor team. When we exposed APIs to connect our core banking APIs to web services, we had an agreement on the number of services that would be done by the vendor. A certain amount of API exposure was done by the vendor and another amount by ourselves, so it was a hands-on experience. We handled the rest with the vendor's support. 

What's my experience with pricing, setup cost, and licensing?

I don't know the exact numbers, but in our Sri Lankan market, the price is very reasonable. To my knowledge, there was only one other Fiorano ESB implementation in Sri Lanka before our bank. They were keen on working with us because we are a relatively large bank, so they must have given us a better price because of that. 

Which other solutions did I evaluate?

We also evaluated IBM Integration Bus. When it comes to price and usability, we felt that Fiorano was much more suitable for the bank, which is why we implemented it. We have a limited technical team and IT development staff, so we needed a solution that's very easy to maintain. 

What other advice do I have?

This solution is for online transactions, so it's working 24/7 at the moment. If you are considering implementation and your core banking or other products are running on an IBM platform, Fiorano is the best partner for the platform. 

I rate this solution a nine out of ten because we are satisfied with the product. 

Which deployment model are you using for this solution?

On-premises
Disclosure: I am a real user, and this review is based on my own experience and opinions.
Flag as inappropriate
Director - Projects at a consultancy with 51-200 employees
Real User
Provides many connectors to facilitate integration, and helpful community support is available
Pros and Cons
  • "The most valuable feature for Mule is the number of connectors that are available."
  • "MuleSoft is not so strong in method-based integration, so they're not so functional in that regard."

What is our primary use case?

We are an IT consulting company and we have built our security on Mule ESB. We work for different customers for whom we develop projects for application integration using MuleSoft.

Our use cases involve connecting backend systems like Salesforce, SAP, and other custom applications. We also expose these APIs to external customers. We have also integrated it with a system of engagement, for example, Qooper.

What is most valuable?

The most valuable feature for Mule is the number of connectors that are available. There are a lot of connectors to different systems so if you want to connect to SAP or Salesforce, there are readily available connectors that are of great help. It saves a lot of time using this system.

The level of integration that this product offers is quite far ahead of the competition.

They have a very strong developer community, interacting at an informal level on a daily basis.

What needs improvement?

MuleSoft is not so strong in method-based integration, so they're not so functional in that regard. It seems that it has not been their priority.

For how long have I used the solution?

We have been working with this product for about a year.

What do I think about the stability of the solution?

No problems with stability have been brought to my attention, although once the system is in production, a different team handles it.

What do I think about the scalability of the solution?

This product is hosted on the AWS cloud, so it has inherent scalability.

We have implemented this solution for between three and five customers in the past year. It is suitable for medium to large companies, where we have clients in each category including some that are quite big.

How are customer service and technical support?

They have a wonderful, modern concept of community-based support. It is not a formal meeting. Rather, they often interact using technologies such as WhatsApp. They share problems and get solutions from all over the world. Surely, this is a very strong area of MuleSoft.

Which solution did I use previously and why did I switch?

Some of my team members have worked on other ESB solutions in the past, but in this organization, we have not dealt with one other than MuleSoft.

One of the products that we are familiar with is a solution by IBM. This competing product is strong in terms of method-based integration.

How was the initial setup?

The initial setup is very simple. The installation probably takes four hours, on average.

What about the implementation team?

Our in-house teams do the implementation for our clients.

From a developer's perspective, it does not require much effort for maintenance. After we develop, the DevOps team takes it over for deployment and maintenance. When it comes to issues in production, my team would not be responsible.

What other advice do I have?

I would rate this solution an eight out of ten.

Which deployment model are you using for this solution?

Public Cloud

If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?

Amazon Web Services (AWS)
Disclosure: My company has a business relationship with this vendor other than being a customer: Partner
Get our free report covering MuleSoft, IBM, IBM, and other competitors of IBM Integration Bus. Updated: January 2022.
563,208 professionals have used our research since 2012.