如果是你造消息中间件的轮子，你会考虑哪些方面？

[1qaz2wsx]

如果是你造消息中间件的轮子，你会考虑哪些方面？ 通信？消息存储？高可用？。。。大家一起讨论讨论呢

[hq]

如果是 Kafka/RocketMQ 这种，我希望支持无限 topic

[1qaz2wsx]

@hq 嗯嗯，这个确实也是个问题

[amwyyyy]

增减 broker 节点不影响生产消费。

[yuqiangabab]

怎么做才能 star 破千 然简历加分

[hun2008hun]

topic 数量很多的可以看下 pulsar，理论上支撑百万级的 Topic

[1qaz2wsx]

@yuqiangabab 😂别瞎想了

[1qaz2wsx]

@hun2008hun 嗯嗯，去看看，开源的吗

[xuanbg]

使用要简单，消息处理要智能。

[wysnylc]

先考虑通用和兼容,再考虑性能和所谓的优雅

[hun2008hun]

@1qaz2wsx 是的，Apache Pulsar

[blackboom]

简单，简单，还是简单

[stephenxiaxy]

开箱即用，性能

[1qaz2wsx]

@xuanbg 要智能是什么意思？

[1qaz2wsx]

@wysnylc 嗯嗯，总而言之先能跑起来

[1qaz2wsx]

@hun2008hun 可以的，研究研究

[arloor]

楼主说的通信，消息存储，高可用都是很大的问题——所以抛出这些问题没啥意义

我提几个：

1. 采用“生产-消费”（ rabbitMQ ）还是“发布-订阅”（ kafka ）模式——或者说，要不要像 rabbtimq 那样有一个 Exchange 来做消息路由
2. 分片怎么做：以达成更高的性能
3. 拷贝怎么做：以达到高可用性，——扩展开来 failover 怎么做
4. 不丢数据，不重复消费怎么保证？（等待 ack 的策略）

不知道要考虑什么，说明对现在成熟的几个消息中间件都缺乏认知。

引用不知道哪里看到的一句话：一致性都够你吃喝一壶的。

当然，如果是自己玩，完全可以搞，从 0 到 1 的过程对能力提升还是好的。一开始也不要考虑周全，第一步是从 0 到 0.1，后面慢慢的才能趋于 1 。

[DoctorCat]

希望支持 AMQP 协议。这样才有机会称得上“工业级”

[1qaz2wsx]

@arloor 嗯嗯，确实有很多点需要思考