非Azure环境下Docker部署Rebus的传输方式选型咨询

嗨，针对你的情况——Docker环境下无法使用MSMQ，又没法和外部服务共享SQL Server数据库——我给你整理几个Rebus可用的替代传输方案，都是跨平台友好、适合Docker部署的：

• RabbitMQ
  这绝对是Rebus生态里最受欢迎的替代选项之一，完全跨平台，Docker部署极其方便，性能稳定还支持各种高级消息特性（比如死信队列、消息确认机制、发布订阅模式）。和外部服务对接也很顺畅，只要对方能连接到同一个RabbitMQ实例就行，完全不需要共享数据库。配置起来也简单，用官方的Rebus.RabbitMq包就能快速集成：

  Configure.With(activator)
      .Transport(t => t.UseRabbitMq("amqp://username:password@rabbitmq-server:5672", "your-app-queue"))
      // 其他必要配置（比如日志、序列化等）
      .Start();
  

• Azure Service Bus
  虽然你没部署在Azure环境，但Azure Service Bus是完全托管的云服务，不管你的应用跑在哪都能接入，跨平台支持拉满，还自带企业级特性（比如会话支持、事务处理、自动重试）。如果外部服务也能对接Azure的话，这会是个非常省心的选择——不用自己维护消息中间件集群。用Rebus.AzureServiceBus包就能快速配置：

  Configure.With(activator)
      .Transport(t => t.UseAzureServiceBus("your-service-bus-connection-string", "your-app-queue"))
      // 其他配置
      .Start();
  

• Amazon SQS
  和Azure Service Bus类似，是AWS提供的托管消息队列服务，跨平台友好，Docker环境下毫无适配问题。如果你的系统已经在AWS生态里，或者外部服务能对接SQS，这也是个靠谱的选项。Rebus的Rebus.AmazonSQS包提供了完整支持，配置示例如下：

  Configure.With(activator)
      .Transport(t => t.UseAmazonSqs("aws-access-key", "aws-secret-key", "your-app-queue", region: "us-east-1"))
      // 其他配置
      .Start();
  

• Kafka
  如果你的业务场景需要处理高吞吐量的消息流，Kafka会是绝佳选择。它天生为大规模消息传输设计，支持分区、持久化，Docker部署Kafka集群也非常成熟。Rebus有第三方的Rebus.Kafka包可以用，不过要注意Kafka更偏向流式处理，和传统队列的使用模式略有差异，需要根据你的业务需求调整适配。

• Redis
  如果你已经有Redis集群在运行，也可以把它作为Rebus的传输介质。Redis的列表或流结构可以轻松实现消息队列，轻量且性能出色，跨平台支持完美。Rebus的Rebus.Redis包支持这种方式，适合轻量级消息场景，或者已经依赖Redis的系统。

最后提醒一句：不管选哪个传输方案，一定要和外部服务确认对方是否支持对应的消息中间件——毕竟你们要通过总线通信，得保证双方能对接同一个传输介质。如果对方也用Rebus的话，切换传输的成本会极低，只需要修改初始化配置即可。

内容的提问来源于stack exchange，提问作者asgerhallas