@Christoph Jahn is quite right, kafka and UM server different use cases. I had this exact conversation just yesterday, as we had a customer asking why they could not multithread event procesing from Kafka as you can with UM. Kafka is streaming orientated whereas as UM is transaction based.
Put simply, UM is better where each event is unique and special and importantly you probably don't want to lose it e.g. an Invoice on an Order. In which case it makes sense to process them in separate threads to improve latency.
Kafka is streaming orientated where the events themselves are not special and in isolation don't offer much value e.g. temperature readings from devices. In this case rather than processing each event separately you would want to be able act on a trend such as "temperature is increasing rapidly"; and so need to collect a set of events based either on a time frame or quantity within a single thread.
This does not mean that you cannot have parallel streams and in fact that is very important. For instance in our use case of temperatures coming from devices, you would not want to mix readings from different devices and instead partition them so that you can detect trends for a particular device. These different streams can be made to execute in parallel but the difference is where you do the configuring. For UM and other transactional based messaging multi-threading is taken care of by the subscriber; whereas in the Kafka use case the stream partition has to be configured in Kafka itself. webMethods will then scale according to the number of partitions for the given subscription.
------------------------------
John Carter
------------------------------
Original Message:
Sent: Thu May 22, 2025 03:46 AM
From: Christoph Jahn
Subject: [webMethods.io] - Can we use IBM MQ as an External Messaging Providers ?
To reiterate what was already said: It should be noted that MQ (or any other "classic" message broker) and Kafka are built for different use-cases. There is some overlap and for some scenarios it can even make sense to use Kafka instead of MQ et al.
But in general I would not recommend to replace UM with Kafka, unless the architectural differences and how they are relevant for the scenario in question, are fully understood.
------------------------------
All the best,
Christoph
Original Message:
Sent: Wed May 21, 2025 10:37 AM
From: Mei Yeoh
Subject: [webMethods.io] - Can we use IBM MQ as an External Messaging Providers ?
Hi Vikash, Holm,
For clarification - does that mean that we can fully replace Universal Messaging with Kafka or IBM MQ? Are there any restrictions, limitations, or other considerations regarding functionality and scope? Is this provided only for webMethods.io or is it also available for webMethods Integration Server on-premise?
Thanks,
Mei See.
------------------------------
Mei Yeoh
Original Message:
Sent: Wed May 21, 2025 01:13 AM
From: Vikash Sharma
Subject: [webMethods.io] - Can we use IBM MQ as an External Messaging Providers ?
hi Aalok,
Adding to what Holm has mentioned we can use IBM MQ with all new implementation on webMethods.io Integration as well we can use the existing on prem IBM MQ implementation on cloud if you have any.
Can refer the below link for more details.
https://community.ibm.com/community/user/viewdocument/migrate-and-execute-existing-on-pre?CommunityKey=82b75916-ed06-4a13-8eb6-0190da9f1bfa
------------------------------
Vikash Sharma
Original Message:
Sent: Tue May 20, 2025 02:28 AM
From: Aalok
Subject: [webMethods.io] - Can we use IBM MQ as an External Messaging Providers ?
Hi Team,
We would want to use IBM MQ as an External Messaging Provider, but while looking to the IBM documentation below
External Messaging Providers
We could see only two options
We want to use IBM MQ instead of UMS. Is this feasible in webMethods.io?
Thanks!
------------------------------
Aalok
------------------------------