码迷,mamicode.com
首页 > 其他好文 > 详细

微博轻量级RPC框架Motan正式开源:支撑千亿调用

时间:2016-07-04 23:35:25      阅读:398      评论:0      收藏:0      [点我收藏+]

标签:

支撑微博千亿调用的轻量级 RPC 框架 Motan 正式开源了,项目地址为https://github.com/weibocom/motan

技术分享

微博轻量级RPC框架Motan正式开源

  Motan 是微博技术团队研发的基于 Java 的轻量级 RPC 框架,已在微博内部大规模应用多年,每天稳定支撑微博上亿次的内部调用。Motan 基于微博的高并发和高负载场景优化,成为一套简单、易用、高可用的 RPC 服务框架。

  Motan 功能特点:简单、易用、高可用

  无侵入集成、简单易用,通过 Spring 配置方式,无需额外代码即可集成分布式调用能力。

  集成服务发现和服务治理能力,灵活支持多种配置管理组件,如 Consul、ZooKeeper 等。

  支持自定义动态负载均衡、跨机房流量调整等高级服务调度能力。

  基于高并发、高负载场景优化,具备 Failover、Failfast 能力,保障 RPC 服务高可用。

  业界典型 RPC 框架对比

  目前,业界 RPC 框架大致分为两类,一种是偏重服务治理,另一种侧重跨语言调用。

  服务治理型的 RPC 框架典型的是 Dubbo 和 DubboX。Dubbo 是阿里开源的分布式服务框架,实现高性能的 RPC 调用同时提供了丰富的管理功能,是一款应用广泛的优秀的 RPC 框架,但现在较少维护更新。DubboX 是由当当在基于 Dubbo 框架扩展的一个 RPC 框架,支持 REST 风格的远程调用、Kryo/FST 序列化,增加了一些新的 feature。

  这类 RPC 框架的特点是功能丰富,提供高性能的远程调用、服务发现及服务治理能力,适用于大型服务的服务解耦及服务治理,对于特定语言(Java)的项目可以实现透明化接入。缺点是语言耦合度较高,跨语言支持难度较大。

  跨语言调用型的 RPC 框架有 Thrift、gRPC、Hessian、Hprose 等。这类 RPC 框架侧重于服务的跨语言调用,能够支持大部分的语言进行语言无关的调用,非常适合多语言调用场景。但这类框架没有服务发现相关机制,实际使用时需要代理层进行请求转发和负载均衡策略控制。

  微博的 Motan RPC 倾向于服务治理型,跨语言方面正在尝试与 PHP 的调用集成。与 Dubbo 系列相比在功能上或许不是那么全,扩展实现也没有那么多,但 Motan 更注重简单、易用以及在高并发高可用场景的使用。

  Motan 是基于 Java 的高性能轻量级 RPC 框架,其具备实用的服务治理功能和 RPC 协议扩展能力。服务发现灵活支持多种配置管理组件,基于高并发高负载场景的高可用策略优化,良好的 SPI(Service Provider Interface)扩展,详细的调用统计,灵活支持多种 RPC 传输协议,在使用上,无缝支持Spring 配置方式,通过简单灵活的配置即可快速接入使用。

  Motan 的架构及模块设计

  架构设计,分为服务提供方(RPC Server)、服务调用方(RPC Client)、注册中心(Registry)三个角色,Server 向 Registry 注册声明所提供的服务;Client 向 Registry 订阅指定服务,与 Registry 返回的服务列表的 Server 建立连接,进行 RPC 服务调用。Client 通过 Registry 感知 Server 的状态变更。三者的交互关系如下图:

技术分享

  服务模块化设计方便灵活扩展,Motan 主要包括 register、transport、serialize、protocol、cluster 等,各个模块都是支持通过SPI 进行扩展,各个模块的交互图如下:

技术分享

  register 模块

  用来和注册中心进行交互,包括注册服务、订阅服务、服务变更通知、服务心跳发送等功能;Server 端会在系统初始化时通过 register 模块注册服务,Client 端在系统初始化时会通过 register 模块订阅到具体提供服务的 Server 列表,当 Server 列表发生变更时也由 register 模块通知 Client。

  protocol 模块

  用来进行 RPC 服务的描述和 RPC 服务的配置管理,这一层还可以添加不同功能的 filter 用来完成统计、并发限制等功能。

  serialize 模块将 RPC 请求中的参数、结果等对象进行序列化与反序列化,即进行对象与字节流的互相转换;默认使用对 Java 更友好的 hessian2 进行序列化。

  transport 模块用来进行远程通信,默认使用 Netty NIO 的 TCP 长链接方式。

  cluster 模块

  Client 端使用的模块,cluster 是一组可用的 Server 在逻辑上的封装,包含若干可以提供 RPC 服务的 Server,实际请求时会根据不同的高可用与负载均衡策略选择一个可用的 Server 发起远程调用。

  在进行 RPC 请求时,Client 通过代理机制调用 cluster 模块,cluster 根据配置的 HA 和 LoadBalance 选出一个可用的 Server,通过 serialize 模块把RPC 请求转换为字节流,然后通过 transport 模块发送到 Server 端。

  服务配置化增强了 Motan 的易用性,Motan 框架中将功能模块抽象为四个可配置的元素,分别为:

  protocol:服务通信协议。服务提供方与消费方进行远程调用的协议,默认为 Motan 协议,使用 hessian2 进行序列化,Netty 作为 Endpoint 以及使用Motan 自定义的协议编码方式。 registry:注册中心。服务提供方将服务信息(包含 IP、端口、服务策略等信息)注册到注册中心,服务消费方通过注册中心发现服务。当服务发生变更,注册中心负责通知各个消费方。 service:服务提供方提供的服务。使用方将核心业务抽取出来,作为独立的服务。通过暴露服务并将服务注册至注册中心,从而使调用方调用。 referer:服务消费方对服务的引用,即服务调用方。

  Motan 推荐使用 Spring 配置 RPC 服务,目前 Motan 扩展了 6 个自定义 Spring XML 标签 motan:protocol motan:registry motan:basicService

  motan:service motan:basicReferer motan:referer

  高可用方面是 Motan 的一大特点,支持多种服务治理和高可用机制,包括:

  灵活多样的集群负载均衡策略,支持 ActiveWeight/Random/RoundRobin/LocalFirst/Consistent 等 6 种策略,并支持自定义扩展; 自动集成 Failover、Failfast 容错策略,实现故障节点自动摘除,自动探测恢复,有效进行服务故障隔离,远离服务卡死及雪崩; 连接池自定义控制,根据业务场景灵活配置; 支持多机房间调用流量压缩、动态流量调整,实现真正的跨 IDC 的高可用。

  基于高并发、高负载场景的优化,具备在高压力场景下的高可用能力。

  基准测试情况如下:

  Server 端:并发多个 Client,连接数 50、并发数 100 的场景

  空包请求:单 Server TPS 18W

  1K String 请求:单 Server TPS 8.4W

  5K String 请求:单 Server TPS 2W

  Client端:(场景对比图如下)

技术分享

  Motan 提供了基础性能测试框架,欢迎使用者进行性能评估,源码请参考 motan benchmark 文档:

  https://github.com/weibocom/motan/tree/master/motan-benchmark

  Motan 使用及易用性方面,Motan 使用 Spring 进行配置,业务代码无需修改,工程依赖只涉及核心 5 个模块,且可以按需依赖。关于在项目中使用Motan 框架的具体步骤,可参考快速入门文档:https://github.com/weibocom/motan/blob/master/docs/wiki/zh_quickstart.md

  是否重复造轮子

  在 RPC 框架的选择上,如上面针对各种 RPC 框架的对比,当前业界可供选择并持续维护的优秀 RPC 框架并不多。同时鉴于微博的内部调用量非常大,并且会有很多定制化的场景,要做到平滑的迁移到这些 RPC 框架也需要做不少定制化的改造,最终微博决定自主研发。主要从以下几个方面考虑:

  框架的性能和可用性需要定制化;

  微博内部调用量级非常大,业界很少类似场景的应用经验可以借鉴,需要针对高并发和复杂逻辑场景定制优化。 比如Motan 的 Failover 和 Failfast 机制等尽量做到平滑的迁移;

  线上业务迁移需要保障业务改造尽量少,支持可快速回退,这个必须有有效的机制保障。比如 Motan 的 inJvm 机制等未来多语言兼容接入诉求;

  微博整体技术体系包括 Java 和 PHP,还有部分 Erlang、C++ 等,未来希望能够通过这套服务框架解决整体内部依赖调用问题。 技术积累储备及掌控力。

  Motan 的发展及开源

  Motan 当前在微博内部已经广泛应用,每天支撑着上亿的内部调用,这个过程也是一个持续改进优化的过程。从服务发现、服务容错、快速失败、故障降级等多方面,针对复杂业务架构及高并发场景进行不断的定制优化改进。随着虚拟化技术的兴起,弹性调度成为成熟技术框架不可或缺的能力,新的Motan 框架技术负责人也适时对其增加了数据流量压缩、动态流量调整、多注册中心支持等功能、让 Motan 能够适应时代的变化。

  为了方便其他团队的复用,针对 Motan 核心功能进行抽离和封装,去除掉微博自身依赖,形成今天的 Motan 开源版本,希望能发挥开源社区的力量,进一步发展和发挥 Motan 的价值。

  Motan 的期待

  在这唯快不破的互联网时代,软件的开发速度已经达到了前所未有的高度。这得益于软件已有模块的大规模复用。在过去的几年里,开源软件无疑在这方面做出了巨大的贡献。

  微博技术团队表示,受益于开源社区,同时也希望能够为开源社区贡献自己的力量。 Motan 是经过微博大规模实践的轻量级 RPC 框架,希望未来能有更多优秀的开源人一起进一步完善优化。也期待更多的公司可以享受 Motan 这个轻量级 RPC 框架带来的非一般的感觉。

  Motan 项目地址: https://github.com/weibocom/motan

  Q&A

  1. Motan 和业界已有的 RPC 框架,比如 Dubbo 相比有什么优势?

  Dubbo 功能上比较丰富,与 Dubbo 的分层来对比,Motan 的模块层次要更简单一些,没有 exchange 和 directory 等。从压测的结果来看,在微博的业务场景下 Motan 的性能比 Dubbo 要好一些。

  2. 现在的版本能用于生产环境吗?

  目前 Motan 支持了微博的绝大部分底层核心业务,目前看来比较稳定。但是不排除会有一些使用环境不一致造成的问题,建议最好测试一下再应用到生产环境。

  3. Motan 支持跨语言调用吗?

  目前暂时只支持 Java 应用,针对 PHP YAR 框架的支持已经在开发中,未来会支持更多语言。

  4. 开源版 Motan 与微博内部的版本功能一样吗?

  开源版 Motan 包含了内部版本中的大部分功能,主要是去除了一些内部的依赖组件相关的功能。

  5. Motan 支持异步调用吗?如何实现?

  Motan 的请求在传输层面为异步调用,不需要额外配置。

  6. 我在使用 Motan 时遇到了问题,应该去哪里提问?

  可以在 Github 里提交[Issue]: https://github.com/weibocom/motan/issues

微博轻量级RPC框架Motan正式开源:支撑千亿调用

标签:

原文地址:http://www.cnblogs.com/WeiGe/p/5640181.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!