设计后台微服务还是 mq

[TieYu]

现在有 2 种设计方向:

1. 依赖 consul/etcd + grpc, 做 2 点之间的 rpc 调用的微服务架构
2. 依赖 nats/zeromq 等消息总线, 做生产者消费者模型, 数据绕一下 mq

你们开发后台业务的话用哪种的

[xtreme1]

看具体业务吧, 同属于一个 transaction 里面的直接 rpc, 只需要考虑数据传递的用队列

[JYii]

各个服务互相调用成网状的，就用 mq ，方便解耦。
各个微服务只是提供 api ，有一个聚合服务调用的，就用 rpc 。