我的部门来自 . NET 4.8 wcf/wpf 客户端/服务器架构世界。但时代在变，对将.NET后端连接到 Web 应用程序、移动应用程序和（以及）桌面应用程序提出了新的要求。当我们实现自己的网络时，我们有如何将消息从后端传输到客户端的经验。TCP消息代理。
这是我问题的第一个主题：
#1 使用 google protobuf/amqp事件代理是连接微服务与各种客户端（Web、移动、桌面）以及其他后端组件的正确方法吗？
我目前的调查使我找到了 3 种产品：
- RabbitMQ及其 amqp
- 带有 google protobuf 消息协议的NATS/STAN ，包括 MySQL/Postegres 中的事件存储
- 带有 google protobuf消息协议的事件存储，包括在自己的数据库系统中的事件存储
这引出了我的第二个问题：
#2 您对这些产品有何体验？有什么优点、缺点或陷阱吗？
我们不需要任何集群系统或高度可扩展的解决方案，因为每个客户都有自己的封装系统，客户端少于 40 个。但是我们想要一个可靠的消息/事件传输（这应该由提到的 3 个代理中的任何一个来实现）。
克里斯蒂安