Boomi is a cloud-based, on-premise, or hybrid integration platform. It offers a low-code/no-code
interface with the capacity for API and EDI connections for integrating with external organizations and
systems, as well as compliance with data protection regulations.
$550
per month
RabbitMQ
Score 7.8 out of 10
N/A
RabbitMQ, an open source message broker, is part of Pivotal Software, a VMware company acquired in 2019, and supports message queue, multiple messaging protocols, and more.
RabbitMQ is available open source, however VMware also offers a range of commercial services for RabbitMQ; these are available as part of the Pivotal App Suite.
N/A
Pricing
Boomi
RabbitMQ
Editions & Modules
Boomi
$550
per month
No answers on this topic
Offerings
Pricing Offerings
Boomi
RabbitMQ
Free Trial
No
No
Free/Freemium Version
No
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
Boomi
RabbitMQ
Considered Both Products
Boomi
Verified User
Anonymous
Chose Boomi
Boomi is overall easier to manage that other SOA products we've used
Boomi is one of the best integration platforms out there, but it still has its niche. It is suitable for most integration scenarios especially those that doesn't require very high throughput. The runtime could be hosted on-prem and in the cloud or even in a hybrid mode, which …
Compared to rest of the solutions, Boomi is centered around solving this exact problem not in just the landscape of SAP but many other backends. this puts them in place of very experienced in term of integration in wide range of scenarios. they most probably have encountered …
MuleSoft and Boomi are built on totally different frameworks. Mulesoft is an API-led network whereas Boomi is an ETL middleware approach. In easy words, Mulesoft can connect to several apps and business units, can create and reuse multiple components. Boomi offers only …
We decided to go with Dell Boomi because another department in our company was already using the software. We did not research competitor applications to use as our business solution. Dell Boomi was very easy and quick to set up, so once we decided to use Dell Boomi for systems …
As I was new to Integration, I needed to explore new middleware like Dell Boomi [to compare to] the first middleware used by our organization. But [so far in my experience] I have been so excited to use this integration tool for automation. But this will be a different …
Mulesoft was evaluated by [and] definitely was not the right fit for the organization considering the type of integrations which were built in the enterprise historically. Dell Boomi on the other hand was more graphical and was more easy to use and is the best ipaas at the …
We evaluated Boomi with Mulesoft and Celigo. Boomi was recommended by Netsuite and it was the best all around solution that allowed for custom coding, but had drag/drop solution design. Mulesoft was much more technical and robust, but required a significant amount of coding …
I'm not aware of major competitors to Dell Boomi. Dell Boomi feels like the de-facto standard that my Finance and IT teams have used for several years. We are happy with it.
I did not select Boomi. It is the tool used in the company. In my previous work I worked with InfoSphere DataStage and QualityStage, and I can say that these tools are much more powerful when making transformations, alerts, connect to different sources. Boomi is good at …
We have used Oracle SOA since 2010 for our custom on-premise applications integration purposes. To some extent we were successful but overall we did not manage to integrate and build other than several business processes with it. The main reasons were: - the IT …
I would choose Boomi every day for real-time integrations. I really enjoy using it. I would struggle to recommend using it for a batch application unless you really had to. SSIS seems like it would be a better choice if doing batch jobs but the learning curve is much higher …
We have evaluated Mulesoft as well before going with Dell Boomi. The only difference is the Complete Cloud architecture provided by Boomi and also the ease of using the software, where you don't need to install anything on a developer machine or testing machine or any quality …
Dell Boomi - no installation. Start immediate coding - it's the best thing which I like. Now all PaaS providers are doing same. Dell Boomi entered the game first.
Even though Azuqua may be a bit more user friendly, Boomi can handle many more situations. Azuqua couldn't handle the majority of the processes we wanted to perform.
I have used other integration tools as well (with 10 years of integration experience). Eventually, I liked Boomi for its simplicity and easy graphical representation, development, installation, versioning and deployment. Testing Boomi processes is another plus because it is …
Sr Integration Engineer - Dual Certified in Dell Boomi Developer 1 & 2, and Actian DataConnect
Chose Boomi
Our team has used Actian DataConnect since the Mid 1990's. It was formerly known as Data Junction and then Pervasive Data Integrator. We looked at Boomi as an additional tool to aid in our Integrations. We did compare it to Informatica and thought it was a better fit for …
RabbitMQ has a few advantages over Azure Service Bus 1) RMQ handles substantially larger files - ASB tops out at 100MB, we use RabbitMQfor files over 200MB 2) RabbitMQ can be easily setup on prem - Azure Service Bus is cloud only
It is very easy to use as it has a simple function to connect and use RabbitMQ. It is having Fast Learning curve, Any newbies can learn it in a week or month. It is having proper documentation, we are able to find all the details about its functionality and usage of it. The …
I have not used other products other than a roll-your-own solution. The Selection of RabbitMQ was made before I began working on the project but I was able to leverage it well without making major changes to the existing apps. This was particularly helpful in lowering risks. I …
For basic use cases, SQS is way easy to deploy and maintain compared to RabbitMQ. RabbitMQ can cover a lot more use-cases but actually, we did not face specific scenarios that make it necessary to come back to RabbitMQ.
It is just better documented and seems a better fit given that is done using erlang. PubSub+ low level approach seems unsafe. They work with custom hardware whereas Pivotal RabbitMQ seem a better fit for generic hardware (cloud).
Honestly, though we're still trying out Kafka and Pulsar, I'd go with them for message broker and as traffic buffers. We are only still using RabbitMQ because it's hard to transition off after writing tons of code custom-built for RabbitMQ. Kafka is better because it's way more …
None of the options in the list are really similar products. We use Apache Camel in conjunction with RabbitMQ and we also use Oracle Integration Cloud and WSO2 for messaging. Integration Cloud is SaaS-based and low code, so it's drastically different in that regard. WS02 is …
Dell Boomi is well-suited as a middleware to talk between systems. I am a personal fan of Dell's products and I enjoy this service. Dell Boomi is very easy to use, even to the less technically-inclined user. It is less appropriate to use in one system alone, but users would still find it functional in one system alone because it helps manage the system's metadata and allows that system to be integrated with other systems in the future.
If you are looking for a message broker, RabbitMQ is pretty good. Its API lets you create tons of queues on demand and publish to all of them at once, while you can have 10+ consumers on each queue. It also does a good job of absorbing bursts of traffic. We've seen our queues get backed up to 3 million messages with no problem. In the modern era of GDPR, you may run into problems with keeping messages encrypted out of the box in-flight and at-rest with RabbitMQ. Not saying it's impossible, but it's tough to set up and you have to pay a high overload.
What RabbitMQ does well is what it's advertised to do. It is good at providing lots of high volume, high availability queue. We've seen it handle upwards of 10 million messages in its queues, spread out over 200 queues before its publish/consume rates dipped. So yeah, it can definitely handle a lot of messages and a lot of queues. Depending on the size of the machine RabbitMQ is running on, I'm sure it can handle more.
Decent number of plugins! Want a plugin that gives you an interface to view all the queues and see their publish/consume rates? Yes, there's one for that. Want a plugin to "shovel" messages from one queue to another in an emergency? Check. Want a plugin that does extra logging for all the messages received? Got you covered!
Lots of configuration possibilities. We've tuned over 100 settings over the past year to get the performance and reliability just right. This could be a downside though--it's pretty confusing and some settings were hard to understand.
More from a development perspective. It is always difficult to use the properties features. It takes a while to understand how the data/variables can be used across an integration.
Dell Boomi should also invest more on API Management and not just seen as a ETL,ESB tool.
Should roll out features more often based on users reviews.
It breaks communication if we don't acknowledge early. In some cases our work items are time consuming that will take a time and in that scenario we are getting errors that RabbitMQ broke the channel. It will be good if RabbitMQ provides two acknowledgements, one is for that it has been received at client side and second ack is client is completed the processing part.
Dell Boomi has provided us with the ability to connect our campus together using our various existing platforms. There are many supported features and have yet to run into something that we cannot do. Its user interface is very intuitive which would allow users to begin developing fairly easily. There is a myriad of resources available
First of all, as a service (cloud service), we don't need to care about server maintenance any more, no worries about incorrect configurations, about down time. Second, for maintaining, we don't need a large team to do it. And of course, using Dell Boomi instead of manual transaction could help us to avoid people mistake while inputting data or doing transactions.
RabbitMQ is very usable if you are a programmer or DevOps engineer. You can setup and configure a messaging system without any programmatic knowledge either through an admin console plugin or through a command-line interface. It's very easy to spin up additional consumers when volume is heavy and it's very easy to manage those consumers either through automated scripting or through their admin console. Because it's language agnostic it integrates with any system supporting AMQP.
I would rate Dell Boomi as highly performant. We have used it for 4+ years and have not had any major issues with availability or speed. We also have not observed performance degradation when connecting it with other software solutions.
Boomi support was responsive and knowledgable, however being a closed cloud service, it doesn't have good community support. We found the learning curve to be steep and there aren't avenues like google, forums, or blogs that provide community driven insight into the product or how to go about designing solutions using the tool
I gave it a 10 but we do not have a support contract with any company for RabbitMQ so there is no official support in that regard. However, there is a community and questions asked on StackOverflow or any other major question and answer site will usually get a response.
MuleSoft and Boomi are built on totally different frameworks. Mulesoft is an API-led network whereas Boomi is an ETL middleware approach. In easy words, Mulesoft can connect to several apps and business units, can create and reuse multiple components. Boomi offers only on-premise and on-cloud integration solutions whereas MuleSoft is capable of providing on-premise, on-cloud as well as hybrid solutions. We can say that MuleSoft is much more flexible and offers multiple integration solutions.
It is very easy to use as it has a simple function to connect and use RabbitMQ. It is having Fast Learning curve, Any newbies can learn it in a week or month. It is having proper documentation, we are able to find all the details about its functionality and usage of it. The Features of RabbitMQ are providing are matching with our business requirements.
ROI was flat. Coding directly in apps we were knowledgable in would have been faster, but maintenance higher.
It brought good process to the integration team that was new, however I wouldn't say it was a huge gain monetarily. It is a valid path out of many paths for integration, but doesn't rule them all.
Earlier we had a problem with missing work items with our own implementation but later using RabbitMQ is solved a problem. Now our job processing mechanism is highly reliable.
We also had a problem with scaling, processing 1k work items per second. RabbitMQ helped us to scale well with increasing work items.