Smith

好吧,我看你们最佳实践里面写的是多特性环境,以为还有什么我没注意到的. 但是从实际的使用场景而言,多特性环境的目的就是为了流量近可能隔离,仅仅是rpc调用隔离可能还不够 希望后面可以集成一些基本的如mq隔离等,或者提供一些拓展点出来

> > > Mark，学习大佬们全链路路由MQ和定时任务怎么通过元数据隔离的方案~ > > > 初步想到一个砖头： 元数据下发，使得A和A-test1按照元数据指引的环境reblance消费不同的Topc（+Tag？） > > > > > > 消息有一种简单的方案： A 和 A-test1 是不同的 consumer-group， broker 两边都都投递，consumer 消费的时候，判断消息里的tag，是不是属于自己的分组，如果是的话就消费，不是的话就丢弃。 > > 相当于在客户端侧处理，而不是broker端，处理起来简单很多。 > > 这样多一套判断逻辑，侵入业务：consumer端始终要订阅生产topic和灰度topic，同时还要做判断。...