13｜从基础功能拆解Pulsar的架构设计与实现

作者回复: 我说一下我个人的技术判断。 在我看来，跟项目发展的时间点、业务需求、数据量有关。 有个前提我们需要知道，zookeeper可能会有一些隐患和不足，但是作为一个分布式协调服务，它的功能和稳定性都是很优秀的。比如Kafka 也是选择了zookeeper作为其协调和元数据存储服务。kafka是在2010年开发的，至今的架构中zookeeper还是很重要。 也就是说 zookeeper 完全可以满足作为一个分布式系统的协调服务，只是存在一些不足和隐患。 Pulsar 由 Pulsar Broker 和 Bookkeeper两个部分组成，Pulsar 和 Bookeeper都是雅虎内部孵化的。Bookeeper是2009年开始开发的，Pulsar是2015年开始开发的。 在09年的时候，Bookeeper选择zookeeper作为其协调服务是一个很标准的架构设计，也是一个被验证可行的技术方案。而pulsar 在2015年开发的时候，依赖zookeeper也成了一个顺其自然的选择。 另外，就是依赖zookeeper来实现架构，可以节省很多工作量，极大的加快项目周期。一个开源的项目，总是先有，再优化。按照这个思路来思考，就比较容易理解的。 最后一点就是，随着 Pulsar 功能和架构的迭代，越来越多的数据存在了zookeeper 中。这样无形放大了zookeeper的劣势，让问题更加明显。 当存在zookeeper中的数据量不大的时候，其实现网问题暴露的并不明显，zookeeper是很好用的。