gydtep

很容易对流量进行控制； Proxy 可以对生产端的流量进行控制，

gydtep

混合云，也就是说，企业中可能有好几朵云，那么，这与公有云的云原生安全能力所说的“统一”又有什么用，

gydtep

rebalance 只在 Proxt 和 Broker 之间进行，就不需要 Consumer 再进行一次 rebalance ，

gydtep

成本当然也要考虑。应该尽量选择可以提供弹性计费服务的提供商，

gydtep

如果仅 NameServer 在线变更是不生效的，而且超过这个大小会报错。

gydtep

接池需求得等，这个参数是有用的，在 4.5.0 上新加了一个接口是指定构造的实例数量。

gydtep

客户端到 Proxy 有一个 RTT ，然后 Producer 到 Broker 的发送消息也是有一个请求响应延时，需要给 SDK 一个正确的超时语义。

gydtep

然后另外一个诉求是因为有跨机房的流量，所以他其实直接复用开源出来的 Consumer 的实现里就有根据 MachineRoom 去做 reblance ，会就近分配你的 MessageQueue 。

gydtep

还有 Buffer 的管理，我们是遇到过这种问题的，

gydtep

下面看一下灾难恢复的方案，设计之初也参考了一些潜在相关方案。