淘宝notify-消息中间件(1)
来源:互联网 发布:手机修改mac地址软件 编辑:程序博客网 时间:2024/06/05 15:22
淘宝的notify是一个非常有特色的消息中间件。它用创新地方式解决了分布式事务的问题,用相对较低的成本,实现了跨micro service的最终一致性。这种把最终一致性用application queue而不是database replication queue的方式来实现,把IT技术层面的跨业务的事务变成一个业务层面的单据传递的概念,非常值得推广。
消息中间件——分布式消息的广播员
综述
消息中间件是一种由消息传送机制或消息队列模式组成的最典型的中间件技术。通过消息中间件,应用程序或组件之间可以进行可靠的异步通讯来降低系统之间的耦合度,从而提高整个系统的可扩展性和可用性。
3.1、Notify
Notify是淘宝自主研发的一套消息服务引擎,是支撑双11最为核心的系统之一,在淘宝和支付宝的核心交易场景中都有大量使用。消息系统的核心作用就是三点:解耦,异步和并行。下面让我以一个实际的例子来说明一下解耦异步和并行分别所代表的具体意义吧:
假设我们有这么一个应用场景,为了完成一个用户注册淘宝的操作,可能需要将用户信息写入到用户库中,然后通知给红包中心给用户发新手红包,然后还需要通知支付宝给用户准备对应的支付宝账号,进行合法性验证,告知sns系统给用户导入新的用户等10步操作。
那么针对这个场景,一个最简单的设计方法就是串行的执行整个流程,如图3-1所示:
这种方式的最大问题是,随着后端流程越来越多,每步流程都需要额外的耗费很多时间,从而会导致用户更长的等待延迟。自然的,我们可以采用并行的方式来完成业务,能够极大的减少延迟,如图3-2所示。
但并行以后又会有一个新的问题出现了,在用户注册这一步,系统并行的发起了4个请求,那么这四个请求中,如果通知SNS这一步需要的时间很长,比如需要10秒钟的话,那么就算是发新手包,准备支付宝账号,进行合法性验证这几个步骤的速度再快,用户也仍然需要等待10秒以后才能完成用户注册过程。因为只有当所有的后续操作全部完成的时候,用户的注册过程才算真正的“完成”了。用户的信息状态才是完整的。而如果这时候发生了更严重的事故,比如发新手红包的所有服务器因为业务逻辑bug导致down机,那么因为用户的注册过程还没有完全完成,业务流程也就是失败的了。这样明显是不符合实际的需要的,随着下游步骤的逐渐增多,那么用户等待的时间就会越来越长,并且更加严重的是,随着下游系统越来越多,整个系统出错的概率也就越来越大。
通过业务分析我们能够得知,用户的实际的核心流程其实只有一个,就是用户注册。而后续的准备支付宝,通知sns等操作虽然必须要完成,但却是不需要让用户等待的。
这种模式有个专业的名词,就叫最终一致。为了达到最终一致,我们引入了MQ系统。业务流程如下:
主流程如图3-3所示:
图3-3-用户注册流程-引入MQ系统-主流程
异步流程如图3-4所示:
图3-4-用户注册流程-引入MQ系统-异步流程
- 淘宝notify-消息中间件(1)
- 淘宝notify-消息中间件(2)
- notify–消息中间件
- 消息中间件Notify
- 淘宝的消息中间件
- 消息中间件Notify和MetaQ-阿里中间件
- 淘宝消息中间件(转载)
- 阿里中间件——消息中间件Notify和MetaQ
- 阿里中间件——消息中间件Notify和MetaQ
- 阿里中间件——消息中间件Notify和MetaQ
- 阿里中间件——消息中间件Notify和MetaQ
- 阿里中间件——消息中间件Notify和MetaQ
- 阿里中间件——消息中间件Notify和MetaQ
- 阿里中间件——消息中间件Notify和MetaQ
- 阿里中间件——消息中间件Notify和MetaQ
- 淘宝metaq开源消息中间件
- 淘宝开源消息中间件-Metamorphosis
- 研发中间件介绍-异步消息可靠推送Notify
- 文章标题
- Spring JdbcTemplate基础学习
- vs2012下配置MPI并行程序库
- session和cookie的区别
- java基础--Class.forName()、Class.forName().newInstance() 、New 三者区别!
- 淘宝notify-消息中间件(1)
- Js解析多重Json
- jz2440(mini2440)led驱动测试过程(环境搭建d)
- LintCode:快乐数
- 范范(5)
- 常见操作系统知识整理
- 编译libfdk-aac 库,使用根目录下的android.mk直接包含所有子目录下的android.mk文件
- 如何编译UE4的NXGI引擎
- 利用WebBrowser控件实现百度自动搜索