根据前面producer交互以及consumer交互的分析, producer/consumer 会先和 Lookup服务交互, 获取topic的信息以及对应的 broker, 但是呢, 获取topic的对应的信息的时候, 如果topic没有own的情况下, topic会在当前的Lookup broker上own. 所以, Lookup broker会承担了大量的topic服务,

但是根据这篇文章, topic 是以 NamespaceBundle作为一个单位进行 资源分配的, 当资源负载过重, 并且有多个 NamespaceBundle 和 低负载的broker的时候, 会进行负载迁移.

在配置的时候, 建议使用http方式部署 lookup broker, 这样可以实现高可用.