I use MQ MFT for asynchronous communication – file and message transfers. I also frequently use IBM MQ for its queuing mechanisms and queue management.
Reviews from AWS customer
-
5 star0
-
4 star0
-
3 star0
-
2 star0
-
1 star0
External reviews
External reviews are not included in the AWS star rating for the product.
Notes rapides sur IBM MQ
IBM MQ Revue
Retour d'information MQ
J'ai plus de 20 ans d'expérience sur z/OS et Unix.
Offers the ability to batch metadata transfers between systems that support MQ as the communication method
What is our primary use case?
How has it helped my organization?
IBM MQ is good for system integration within our organization.
If we need to do batch metadata transfers – involving APIs and MQ – we can do that as long as the source and target systems support MQ.
However, for anything without MQ, especially when we need asynchronous communication, we have to rely on custom-developed services. It's like that.
The performance is good.
What is most valuable?
I appreciate the level of control we have over queue managers, queues, and the messaging itself. That provides good security.
So, the control and scalability of messaging are important to me.
Moreover, it is more reliable than other queuing mechanisms we've tried – things like ActiveMQ, RabbitMQ or embedded queues. We have more confidence in not losing data with IBM MQ.
So, I find IBM MQ to be a reliable solution.
What needs improvement?
We find it scalable for internal applications, but not so much for external integrations.
It should support a wider range of protocols, not just a few specific ones. Many other products have broader protocol support, and IBM MQ is lagging in that area.
IBM MQ needs to improve the UI for quicker logging. Users should also have a lot more control over logging, with a dashboard-like interface. That's something they should definitely work on.
For how long have I used the solution?
It's been about three to four years.
What do I think about the stability of the solution?
It is a stable and reliable product. I would rate the stability a nine out of ten.
What do I think about the scalability of the solution?
It's very scalable. We can allocate more queue managers based on our use cases.
I would rate the scalability a seven out of ten. There are around 20 end users in my company. Their job roles include developers, consultants, and architects.
However, we don't use it extensively, so no plans to increase usage.
How are customer service and support?
There is room for improvement in the customer service and support.
IBM MQ should offer more extended support to users, and their response time could be faster. They have a community forum, but the official support channels could be improved.
How would you rate customer service and support?
Neutral
How was the initial setup?
We have it on-premises. We're not using it on a public cloud currently, but it can be deployed there.
The initial deployment takes hours. There's a lot of manual scripting involved. So, Ideally, some kind of automation for that process would be helpful.
What about the implementation team?
What's my experience with pricing, setup cost, and licensing?
IBM's licensing model seems more reasonable than some competitors. They charge based on usage, which is good.
However, the pricing could still be a bit lower. Their installation-based licensing model is acceptable, but other products might have an edge in terms of cost.
What other advice do I have?
I would recommend it, but it's important to be aware that many users are shifting towards cloud-centric solutions like Kafka.
Overall, I would rate the solution a seven out of ten.
Which deployment model are you using for this solution?
The backup threshold feature ensures message delivery without loss
What is our primary use case?
During my tenure, there was a transition to using IBM MQ due to its compatibility with IBM mainframe systems, which was beneficial for projects involving message queuing systems, particularly for clients like Volkswagen. I've handled various tasks related to IBM MQ, including testing connections, configuring and installing the system, setting up high availability and disaster recovery solutions, and providing administration support. Additionally, I've conducted training courses on IBM MQ.
What is most valuable?
One of the most crucial aspects for us is ensuring no data loss, and IBM MQ excels in this area, especially in banking environments where reliability is paramount. The feature I find most effective for ensuring message delivery without loss is the backup threshold. This feature allows for automatic retries of transactional messages within a specified threshold. For instance, if the backup threshold is set to five, IBM MQ will automatically retry sending the message up to five times. If unsuccessful, the message is then sent to the backout queue, indicating that it has been attempted multiple times. This flexibility allows us to handle message delivery failures by either discarding, logging, or retrying the message using mediation patterns.
The security features of IBM MQ have met our data protection requirements well. We utilize encryption with SSL keys to ensure data encryption. Additionally, many companies prefer using MQ connections with SSL challenges for added security. The integration with operating systems like Linux and authentication with Active Directory or Open Endpoint of Microsoft has made security configuration straightforward.
What needs improvement?
IBM MQ could streamline its complexity to be more like Kafka without the channel complexities of clusters, making it more straightforward. Migrating to IBM MQ from another messaging solution has not impacted our operational efficiency as we always build our messaging solutions from scratch.
For how long have I used the solution?
I have been using IBM MQ from 17 years.
What do I think about the stability of the solution?
Regarding stability, IBM MQ itself is stable, but issues can arise from the surrounding infrastructure or configurations. Technical support from IBM can be hit or miss, with varying levels of expertise and dedication among support personnel.
What do I think about the scalability of the solution?
In terms of scalability, IBM MQ has supported our growing transaction volumes effectively. We use telemetry and performance tools like Mehdi, Nessus, Zavix, etc., to monitor and manage scalability. While some tools like Cisco AppDynamics offer proprietary solutions, we often create or customize performance monitoring tools within MQ for scalability monitoring.
How was the initial setup?
The initial setup of IBM MQ can be quite complex, often leading to mistakes during configuration. The documentation, while extensive, can be challenging to navigate. The deployment is typically on-premises, and the actual deployment time can vary based on the complexity of the configuration.
What other advice do I have?
A product that offers good scalability to support business growth
What needs improvement?
The product does not allow users to access data from API or external networks since it can only be used in a closed network, making it an area where improvements are required.
For how long have I used the solution?
I have been using IBM MQ for fourteen years. My company is a customer of the product. I don't remember the version of the solution.
What do I think about the stability of the solution?
Stability-wise, I rate the solution a ten out of ten.
What do I think about the scalability of the solution?
Scalability-wise, I rate the solution a nine out of ten.
Around 15 to 20 people in my company use the solution.
The product is used whenever there is a need to use it in the development phase. Once the tool is deployed on a particular site, we don't need to use the product until and unless any issues or errors are reported.
How are customer service and support?
I rate the technical support a nine out of ten.
How would you rate customer service and support?
Positive
Which solution did I use previously and why did I switch?
Before IBM MQ, my company used to use normal point-to-point APIs. My company started to use IBM MQ because we wanted to introduce standardization in our processes.
How was the initial setup?
The solution is deployed on an on-premises model.
What's my experience with pricing, setup cost, and licensing?
I rate the product price a four on a scale of one to ten, where one is low price and ten is high price.
What other advice do I have?
IBM MQ streamlined our company's application-to-application communication since it is a rigid and robust solution that allows you to transfer data from one system to another system using the tool's adapters. In general, the product is very robust.
A scenario where IBM MQ reliability was critical for our company's operations includes an incident involving three to four of our clients who use the product, among which a few are airports situated in regions like Delhi and Bangalore in India. All the big airports use IBM MQ as an integration platform, so it is considered a tier-one application. In the aforementioned areas, there is a need for a tool that offers scalability and robustness.
The feature of IBM MQ, which I found to be most instrumental for our messaging needs, stems from the fact that my company never lost messages when we were using the product. The product has a queue manager, and the message doesn't go anywhere until and unless you read it. The best part of the product is that it ensures that there is no data loss.
IBM MQ's security features have enhanced the data transmission process in our company since it functions in a very secure manner. Nobody can get unauthorized access to the product.
The product offers very good scalability to support business growth.
IBM MQ's integration capabilities with other systems are beneficial since we have developed many interfaces for many airports. Many systems use IBM MQ to send data from one system to another, so it has helped in a great way when it comes to the integration part.
I rate the overall tool an eight to nine out of ten.
Which deployment model are you using for this solution?
Expérience avec MQ Enterprise
La taille des messages prise en charge est plus que suffisante
Outils de surveillance
Connexion entre des applications implémentées dans différents langages de programmation