Prior to Red Hat Fuse, we were on an Oracle product called Java CAPS. The CAPS solution was not stable at that point. The support was terrible with Oracle because they didn't want to support it anymore.

We've worked with IBM Integration Bus, and switching over to Red Hat Fuse depends on the customers and their preferences. One of the reasons for switching is that being open source has a bigger advantage, especially because you just need support licenses to move to the enterprise version, and won't really need to get enterprise level licenses. That made Red Hat Fuse more affordable versus IBM or any other ESB tool.

Another reason for switching is Red Hat Fuse is built over Apache technology, so it is very well supported. Camel CXS and other similar solutions are pretty well known and there's lot of community support or developer support around those products.

As containers are built on top of products such as Red Hat Fuse, the solution also becomes very usable.

Before Fuse, we did point-to-point or one-to-one integration. We didn't have a prior solution that was replaced by Fuse.

Coming from proprietary languages like Oracle and IBM, Red Hat Fuse is more developer friendly. There is more retooling and more options. It is also based on existing platforms, so it's easier to implement.

This is the first integration solution we have used.

We did not previously use a different solution. 

We previously had used PowerCenter, but the purpose is completely different. We are still using it for Data Integration (big volume of data). And we still have some old transactional integrations over PWC that we should to migrate them to Fuse.

Previously we used Cicerone integration, and as hardware it is old. It is not as widely known or used and it was quite expensive. The main reason for management was that they weren't particularly clean and it was more costly. Both internally and in sales, the cost was too high, which was a big part of our total cost considerations.

The reason we chose RedHat Fuse is that it was a combination of technical bracket and for economic reasons.

We currently use other solutions, like Windows or other OSs. But the most common is Red Hat. I would say 80% or more are using the Red Hat OS.

Some of our clients already have existing servers with the Windows platform, so they don't want to change. So, we have to implement the existing platform in Windows.

I have tried other options, but only for short periods of time.