We performed a comparison between IBM MQ and VMware Tanzu Data Services based on real PeerSpot user reviews.
Find out what your peers are saying about Apache, IBM, VMware and others in Message Queue (MQ) Software."Stability-wise, I rate the solution a ten out of ten."
"Assists with our apps and has great message processing."
"Secure, safe, and very fast."
"RabbitMQ and Kafka require more steps for setup than IBM MQ. Installation of the IBM product is very simple."
"We like IBM MQ for our synchronous communications and transactional applications that require a lot of CPS."
"The reliability of the queuing is the most valuable feature."
"IBM MQ is robust compared to other products in the market. It also gives you support from the IBM team."
"It is stable, reliable, and scalable."
"I like the high throughput of 20K messages/sec, and that it supports multiple protocols."
"It's super easy to deploy and it also supports different languages and analytics."
"The solution improved our site reliability."
"The solution can scale."
"The parallel load features mean that Greenplum is capable of high-volume data loading in parallel to all of the cluster segments, which is really valuable."
"We use VMware RabbitMQ to transfer information from one point to another."
"RabbitMQ provides access to SDKs for development and the ability to raise and log tickets if we encounter issues. We can integrate RabbitMQ using various languages like Java or Python using the provided SDKs."
"Very fast for query processing."
"They could integrate monitoring into the solution, a bit more than they do now. Currently, they have opened the REST API so you can get statistic and accounting information and details from MQ and build your own monitoring, if you want. IBM can improve the solution in this direction."
"There are things within the actual product itself that can be improved, such as limitations on message length, size, etc. There is no standardized message length outside of IBM. Each of the implementations of the MQ series or support of that functionality varies between various suppliers, and because of that, it is very difficult to move from one to the other. We have IBM MQ, but we couldn't use it because the platform that was speaking to MQ didn't support the message length that was standard within IBM MQ. So, we had to use a different product to do exactly the same thing. So, perhaps, there could be more flexibility in the standards around the message queue. If we had been able to increase the message queue size within the IBM MQ implementation, we wouldn't have had to go over to another competing product because the system that was using MQ messaging required the ability to hold messages that were far larger than the IBM MQ standard. So, there could be a bit more flexibility in the structuring. It has as such nothing to do with the IBM implementation of MQ. It is just that the standard that is being put out onto the market doesn't actually stipulate those types of things."
"MQ needs instruments for connection with new modern queues like Kafka or RabbitMQ."
"At a recent conference, I went to a presentation that had the latest version and it has amazing stuff that's coming out. So, I am excited to use those, specifically surrounding the web console and the fact that it's API integrated."
"It could provide more monitoring tools and some improvement to the UI. I would also like to see more throughput in future versions."
"The scalability is the one area where IBM has fallen behind. As much as it is used, there is a limit to the number of people who are skilled in MQ. That is definitely an issue. Places have kept their MQ-skilled people and other places have really struggled to get MQ skills. It's not a widely-known skillset."
"The clustering capabilities have provided some difficulties when it comes to resiliency. This has been a challenge for managing the environment."
"The main issue we are having with the solution is due to the connection dropouts which have been going on for a long time now."
"VMware Tanzu Greenplum needs improvement in the memory area and improved methods for quick access to the disc. So, one of the quick goals of Greenplum must work on enhancing access to the disc by adding hints in the database."
"The initial deployment was a little difficult."
"Extra filters would be helpful."
"I’d like this dashboard to use web sockets, so it would actually be in real time. It would slightly increase debugging, etc."
"The installation is difficult and should be made easier."
"Implementation takes a long time."
"I would like to see the performance of the administration portal improved and additional messaging protocols."
"Some integration with other platforms like design tools, and ETL development tools, that will enable some advanced functionality, like fully down processing, etc."
IBM MQ is ranked 2nd in Message Queue (MQ) Software with 158 reviews while VMware Tanzu Data Services is ranked 4th in Message Queue (MQ) Software with 81 reviews. IBM MQ is rated 8.4, while VMware Tanzu Data Services is rated 8.0. The top reviewer of IBM MQ writes "Offers the ability to batch metadata transfers between systems that support MQ as the communication method". On the other hand, the top reviewer of VMware Tanzu Data Services writes "Reliable queueing functionality and versatile tool that can be used with any programming languages ". IBM MQ is most compared with ActiveMQ, Apache Kafka, Red Hat AMQ, PubSub+ Event Broker and Anypoint MQ, whereas VMware Tanzu Data Services is most compared with Anypoint MQ, Apache Kafka, Red Hat AMQ, ActiveMQ and Oracle Exadata.
See our list of best Message Queue (MQ) Software vendors.
We monitor all Message Queue (MQ) Software reviews to prevent fraudulent reviews and keep review quality high. We do not post reviews by company employees or direct competitors. We validate each review for authenticity via cross-reference with LinkedIn, and personal follow-up with the reviewer when necessary.