深入拆解消息队列 47 讲
许文强
前腾讯云 Kafka 技术负责人
5385 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 50 讲
深入拆解消息队列 47 讲
15
15
1.0x
00:00/00:00
登录|注册

43|未来:消息队列的技术架构会如何演进?

你好,我是文强。
到了本节课,我们就讲完了架构升级篇的内容,同时本专栏中纯技术的讲解也已经结束了。接下来我们开始经验总结篇的内容,主要分享我个人在消息队列方面的一些思考,包括未来发展、商业化、运维运营,以及消息队列领域的研发人员如何提升技术能力和产品视野这五个方面。每一讲的内容都将围绕一个问题展开,内容相对精简。
这节课我们就来梳理下消息队列的未来发展情况。
在业界的一些技术分享中,大家普遍会认为消息队列后面会往云原生容器化ServerlessService Mesh 等等方向发展。技术理念听起来很高大上,也很符合当前技术的发展潮流。但不知道你有没有深入思考过,为什么是这几个方向,而不是其他方向呢?这几个方向的原始驱动力是什么?

价值导向的演化

在我看来,任何一个商业化的产品中,只有围绕“价值”出发,才能理清楚问题的本质。就是说做这个事情能带来什么价值,给用户、给平台带来什么价值。所以想要知道消息队列未来会如何发展,就需要先知道用户和平台要的是什么。
从用户的角度看,需求是很朴素的,用户对消息队列的诉求可以总结为三个词:省钱能用好用。无非就是花最少的钱,用最好的服务。而平台的要求就更简单了,就一个词:赚钱。就是从用户那里赚更多的钱。听起来是冲突的,有 GAP 点,怎么解决呢?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

消息队列的技术架构未来将如何演进?本文从用户和平台的需求出发,探讨了消息队列未来发展的五个方向。首先,融合型消息队列将同时满足消息和流两个场景的需求,降低企业的成本。其次,多协议适配能够满足存量用户的需求,减少用户教育成本。第三,Serverless架构解决了容量评估和扩缩容的问题,降低了用户和平台的运维成本。第四,云原生架构设计考虑利用云的各种优势特性,提高系统的竞争力。最后,文章还提到了利用云上的基础产品来设计有竞争力的架构。这些方向将为消息队列的未来发展提供新的思路和技术支持。 文章中还提到了融合型消息队列的设想,该架构由三台 Broker 组成,没有依赖第三方组件,分为接入层、协议适配层、计算层、存储层四个部分。希望满足的是架构简单、多协议、计算层独立、存储层插件化的需求。从落地的角度看,开发难度高、成本高、周期长,但从终态来讲,从用户的诉求出发来设想消息队列的未来是没问题的。 总的来说,未来的消息队列发展方向围绕着融合型、多协议、Serverless、架构简单、云原生这五个方向,这些方向都是围绕着“价值”这个词推导出来的。从技术发展的思考和落地的角度,用户需要的是一个内核高度稳定、支持多协议、架构简单且有弹性、学习&部署&运维成本低的消息队列。文章还提到了消息中台的接入层需要支持多协议的问题,从工作量和业务侧需求的角度来看,支持多协议的开发成本高、稳定性差、长期维护成本高,因此限制使用多种协议是必要的。 综上所述,未来消息队列的发展方向将围绕着用户需求和技术发展趋势,以提供更加简单、灵活、成本低的解决方案为目标。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《深入拆解消息队列 47 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(2)

  • 最新
  • 精选
  • Geek_ec80d2
    从客户需求的角度来说,是既要,也要,还要的态度。 客户的贪婪及厂家的功能贪多,会导致软件功能的膨胀,架构的复杂,稳定性的下降等。这个就注定后端不可能简单。很多产品就是这样一步一步变复杂和臃肿的。所以架构简单和功能齐全本身就是矛盾的。 其实还有一种可能的发展思路,就是软件分工的细化。比如把很复杂的功能分为多个更加专业的软件去实现,这样的解耦,更有利于后续的灵活更换和升级。

    作者回复: 从我自己的角度来看,我想在保持架构简单的前提下,追求功能齐全的基础软件(或者说消息队列)。但我觉得从某种意义上看你是对的,商业化软件一定会遇到臃肿的问题。 鱼与熊掌不可兼得,在任何事情上,不能既要、又要、还要。从服务提供方或者技术架构设计者的角度,得有一定坚持或者说有认知,来坚持做到不“还要”,也就是说做好取舍。 消息队列本身是一个垂直领域的基础软件,它不像应用型软件有那么多用户维度的功能需求,它的功能 scope 是有一定固定范围的。 所以我觉得至少在消息队列这个单品上,是可以实现这个目标的。

    2023-09-27归属地:北京
  • jackfan
    虚拟云盘指云上的硬盘,它的特性是底层本身是多副本存储的。所以相对物理硬盘,它最大的特点是数据不会丢失,但是单位成本更高。所以基于数据不会丢失的特性,在架构设计的时候,就可以思考是否在消息队列层移除副本概念,从而降低系统架构的复杂度以及成本。 这里说的基于不丢失的特性移除副本;但是这个不丢失的特性 应该是副本赋予的。如果移除副本 这个不丢失的特性还会存在吗?
    2024-03-20归属地:上海
收起评论
显示
设置
留言
2
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部