现在有 2 种设计方向:
- 依赖 consul/etcd + grpc, 做 2 点之间的 rpc 调用的微服务架构
- 依赖 nats/zeromq 等消息总线, 做生产者消费者模型, 数据绕一下 mq
你们开发后台业务的话用哪种的
This topic created in 164 days ago, the information mentioned may be changed or developed.
 |
1
xtreme1 Dec 12, 2025
看具体业务吧, 同属于一个 transaction 里面的直接 rpc, 只需要考虑数据传递的用队列
|
 |
2
JYii Dec 12, 2025
各个服务互相调用成网状的，就用 mq ，方便解耦。
各个微服务只是提供 api ，有一个聚合服务调用的，就用 rpc 。 |
Select Language