[Development] QtFluentMQ

[team fluentmq]

Hello,

Thanks for the feedback.
There are certainly usecases to consider withing the embedded application themself, there are also a major usage in twin digitalization to perform things such as predictive maintanance, buisiness app which requires:

  *   Getting IoT data without interfering with others, and get it to the right place
  *   Collect once, and consume several times (by different consumers at different times with varying paradigms of communication like real-time, batch, request-response)
  *   Enable scalable real-time processing and improve time-to-market with new applications


Here's a good article on the Kafka usage withing Qt users such as BMW or Mercedes to consume data from an OPCUA or MQTT system back to predictive maintance or buisiness apps:
OPC UA, MQTT, and Apache Kafka - The Trinity of Data Streaming in IoT - Kai Waehner<https://www.kai-waehner.de/blog/2022/02/11/opc-ua-mqtt-apache-kafka-the-trinity-of-data-streaming-in-industrial-iot/#:~:text=Automotive%20manufacturers%20such%20as%20BMW%20and%20Tesla%20have,and%20how%20this%20technology%20enriches%20data-driven%20manufacturing%20companies.>

Br
QtFluentMQ Team
________________________________
From: Ville Voutilainen <ville.voutilainen at gmail.com>
Sent: Wednesday, August 30, 2023 7:53 PM
To: Volker Hilsheimer <volker.hilsheimer at qt.io>
Cc: Alex Blasche <alexander.blasche at qt.io>; team fluentmq <fluentmq at outlook.com>; development at qt-project.org <development at qt-project.org>
Subject: Re: [Development] QtFluentMQ

On Tue, 29 Aug 2023 at 13:28, Volker Hilsheimer via Development
<development at qt-project.org> wrote:
>
> +1 in general.

Likewise, +1 in general.

My additional two cents: I have participated in Qt-using projects that
did communications between vehicles and a back-end
using AMQP, and used AMQP between back-end microservices. At certain
scales and transactional data integrity requirements a message queue
facility becomes pretty much a must-have, so having well-integrated Qt
support for various message queue solutions seems
like a fantastic addition.

As far as the commercial aspects go.. ..I can't instantly come up with
customers who would be guaranteed to use such a facility
in their projects, but I would be in no way surprised if they end up
being easy to find. The industries that we serve are quite likely
to have technical needs for message queue solutions.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20230830/b4f45410/attachment.htm>