如果是你造消息中间件的轮子，你会考虑哪些方面？ 通信？消息存储？高可用？。。。大家一起讨论讨论呢
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2208 days ago, the information mentioned may be changed or developed.
 |
hqOct 28, 2020
1
如果是 Kafka/RocketMQ 这种，我希望支持无限 topic
|
 |
amwyyyyOct 28, 2020 via iPhone
3
增减 broker 节点不影响生产消费。
|
 |
yuqiangababOct 28, 2020
4
怎么做才能 star 破千 然简历加分
|
 |
hun2008hunOct 28, 2020
5
topic 数量很多的可以看下 pulsar，理论上支撑百万级的 Topic
|
 |
6
@yuqiangabab 😂别瞎想了
|
|
7
@hun2008hun 嗯嗯，去看看，开源的吗
|
 |
xuanbgOct 28, 2020
8
使用要简单，消息处理要智能。
|
 |
wysnylcOct 28, 2020
9
先考虑通用和兼容,再考虑性能和所谓的优雅
|
|
hun2008hunOct 28, 2020
10
@1qaz2wsx 是的，Apache Pulsar
|
 |
RRLOct 28, 2020
11
简单，简单，还是简单
|
 |
stephenxiaxyOct 28, 2020
12
开箱即用，性能
|
|
15
@hun2008hun 可以的，研究研究
|
 |
arloorOct 28, 2020
16
楼主说的通信，消息存储，高可用都是很大的问题——所以抛出这些问题没啥意义
我提几个： 1. 采用“生产-消费”（ rabbitMQ ）还是“发布-订阅”（ kafka ）模式——或者说，要不要像 rabbtimq 那样有一个 Exchange 来做消息路由 2. 分片怎么做：以达成更高的性能 3. 拷贝怎么做：以达到高可用性，——扩展开来 failover 怎么做 4. 不丢数据，不重复消费怎么保证？（等待 ack 的策略） 不知道要考虑什么，说明对现在成熟的几个消息中间件都缺乏认知。 引用不知道哪里看到的一句话：一致性都够你吃喝一壶的。 当然，如果是自己玩，完全可以搞，从 0 到 1 的过程对能力提升还是好的。一开始也不要考虑周全，第一步是从 0 到 0.1，后面慢慢的才能趋于 1 。 |
 |
DoctorCatOct 28, 2020
17
希望支持 AMQP 协议。这样才有机会称得上“工业级”
|
Select Language