43|未来:消息队列的技术架构会如何演进?
价值导向的演化
- 深入了解
- 翻译
- 解释
- 总结
消息队列的技术架构未来将如何演进?本文从用户和平台的需求出发,探讨了消息队列未来发展的五个方向。首先,融合型消息队列将同时满足消息和流两个场景的需求,降低企业的成本。其次,多协议适配能够满足存量用户的需求,减少用户教育成本。第三,Serverless架构解决了容量评估和扩缩容的问题,降低了用户和平台的运维成本。第四,云原生架构设计考虑利用云的各种优势特性,提高系统的竞争力。最后,文章还提到了利用云上的基础产品来设计有竞争力的架构。这些方向将为消息队列的未来发展提供新的思路和技术支持。 文章中还提到了融合型消息队列的设想,该架构由三台 Broker 组成,没有依赖第三方组件,分为接入层、协议适配层、计算层、存储层四个部分。希望满足的是架构简单、多协议、计算层独立、存储层插件化的需求。从落地的角度看,开发难度高、成本高、周期长,但从终态来讲,从用户的诉求出发来设想消息队列的未来是没问题的。 总的来说,未来的消息队列发展方向围绕着融合型、多协议、Serverless、架构简单、云原生这五个方向,这些方向都是围绕着“价值”这个词推导出来的。从技术发展的思考和落地的角度,用户需要的是一个内核高度稳定、支持多协议、架构简单且有弹性、学习&部署&运维成本低的消息队列。文章还提到了消息中台的接入层需要支持多协议的问题,从工作量和业务侧需求的角度来看,支持多协议的开发成本高、稳定性差、长期维护成本高,因此限制使用多种协议是必要的。 综上所述,未来消息队列的发展方向将围绕着用户需求和技术发展趋势,以提供更加简单、灵活、成本低的解决方案为目标。
《深入拆解消息队列 47 讲》,新⼈⾸单¥59
全部留言(2)
- 最新
- 精选
- Geek_ec80d2从客户需求的角度来说,是既要,也要,还要的态度。 客户的贪婪及厂家的功能贪多,会导致软件功能的膨胀,架构的复杂,稳定性的下降等。这个就注定后端不可能简单。很多产品就是这样一步一步变复杂和臃肿的。所以架构简单和功能齐全本身就是矛盾的。 其实还有一种可能的发展思路,就是软件分工的细化。比如把很复杂的功能分为多个更加专业的软件去实现,这样的解耦,更有利于后续的灵活更换和升级。
作者回复: 从我自己的角度来看,我想在保持架构简单的前提下,追求功能齐全的基础软件(或者说消息队列)。但我觉得从某种意义上看你是对的,商业化软件一定会遇到臃肿的问题。 鱼与熊掌不可兼得,在任何事情上,不能既要、又要、还要。从服务提供方或者技术架构设计者的角度,得有一定坚持或者说有认知,来坚持做到不“还要”,也就是说做好取舍。 消息队列本身是一个垂直领域的基础软件,它不像应用型软件有那么多用户维度的功能需求,它的功能 scope 是有一定固定范围的。 所以我觉得至少在消息队列这个单品上,是可以实现这个目标的。
2023-09-27归属地:北京 - jackfan虚拟云盘指云上的硬盘,它的特性是底层本身是多副本存储的。所以相对物理硬盘,它最大的特点是数据不会丢失,但是单位成本更高。所以基于数据不会丢失的特性,在架构设计的时候,就可以思考是否在消息队列层移除副本概念,从而降低系统架构的复杂度以及成本。 这里说的基于不丢失的特性移除副本;但是这个不丢失的特性 应该是副本赋予的。如果移除副本 这个不丢失的特性还会存在吗?2024-03-20归属地:上海