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

42|消息中台:如何搭建企业内部统一的消息服务?

你好,我是文强。
第 03 讲讲协议的时候,我们知道了协议分为公有协议和私有协议。公有协议有 MQTT、AMQP、OpenMessaging 等等,主流消息队列一般会设计自己的私有协议,比如 Kafka 协议、Pulsar 协议、RocketMQ 的 Remoting 协议等。另外消息队列从使用场景的角度看,分为了消息和流两个方向。所以在业务架构中,一般会同时使用多种消息队列来满足不同的使用场景。
但是同时使用多款消息队列,从业务视角来看会增加学习和使用成本,从公司视角看会增加运维和资源成本。所以在一些有基础架构团队的企业,都会有收拢消息队列服务的需求,因此搭建消息中台总会被提起或者提上日程。
那么这节课我就来讲一下如何搭建企业内部中台型的消息服务,会围绕主要的技术方案展开,详细分析每个方案的实现思路以及优劣势。希望能对你有所帮助!

统一的消息服务

首先我们来看一下什么是统一的消息服务。
它是指收拢企业内部的消息组件,集中交付、运维、管理等等。业务侧不需要过多关心运维运营方面的细节,专注使用就好。

PaaS 化和中台化

从实际落地的角度来看,统一消息服务一般有 PaaS 化和中台化两种方案。
PaaS 化,指由统一的团队提供各种开源的消息队列服务。当业务需要某款消息队列时,基础团队负责交付、运维、故障处理、监控体系搭建等工作,业务侧只需要负责使用即可。
中台化,指通过提供统一的接入层负责消息的读写。屏蔽底层细节,以降低业务方使用成本和切换成本,规范业务使用方式,从而提升系统稳定性,加快处理问题的速度。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文介绍了企业内部消息服务的重要性以及消息中台的搭建方式。主要包括PaaS化和中台化两种方案。PaaS化由统一团队提供各种开源消息队列服务,而中台化则通过提供统一的接入层来屏蔽底层细节,降低业务侧的理解和使用成本。文章指出,中台化相对PaaS化的最大区别在于降低业务侧的使用成本。中台化的好处是可以降低业务侧使用消息队列的成本,让业务侧更专注业务,并且底层的变更无需用户感知,可以不断升级优化底层架构,提升消息队列服务的稳定性。但中台化的缺点是开发成本极高,需要投入大量的研发人力去建设平台。因此,消息中台的必要性是根据企业的规模、使用量、对稳定性的需求来评估的,是一个可选项,而不是一个必选项。文章还介绍了PaaS化和中台化的技术实现思路,包括平台搭建、成本/稳定性、存储引擎的选择、接入层协议设计等方面。总的来说,消息中台的搭建需要根据企业的实际情况进行评估和选择,以提高业务效率和降低成本。

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

全部留言(1)

  • 最新
  • 精选
  • 一个假的程序员
    接入层的设计可以这样吗:提供统一的api,集成开源的生产消费SDK,在PaaS平台和业务侧通过配置选择一种消息队列,两边保持一致,以这样的方式实现接入层
    2023-09-25归属地:浙江
    1
收起评论
显示
设置
留言
1
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部