关键词：
公司(VIP)从2015年开始在内部推动Venus框架的使用，这是一款基于Apache Thrift远程调用框架二次开发的高性能、高可扩展的、服务治理的RPC框架。服务端使用IDL进行服务的定义，客户端集成服务的SDK即可调用服务端的服务，开发简单，大部分的公共功能都在Proxy代理层工作，减轻了开发者的负担，使其只需要关注业务部分。下面是对该框架的基本原理的简单介绍。
参考文献:
1. Apache Thrift - 可伸缩的跨语言服务开发框架
2. 公司内部的Venux文档(内网文档，无法分享)
一、Thrift简介
Thrift采用接口描述语言定义并创建服务，支持可扩展的跨语言服务开发，使用代码生成引擎可以在多种语言之中创建高效、无缝的服务，采用二进制格式进行数据的传输，相对于xml和json体积更小，对于高并发、大数据量的环境更有优势。
1. Hello World示例
Hello.thrift
namespace java service.demo
service Hello
string helloString(1:string para)
i32 helloInt(1:i32 para)
bool helloBoolean(1:bool para)
void helloVoid()
string helloNull()
这段IDL定义了服务的名称和五个方法，Thrift是对IDL的一种具体实现，使用Thrift的工具编译该idl文件，就会生成相应的Hello.java文件。该文件包含了在Hello.thrift文件中描述的服务Hello的接口定义，即Hello.Iface接口，以及服务调用的底层通信细节，包括客户端的饿调用逻辑Hello.Client以及服务端的处理逻辑Hello.Processor，用于构建客户端和服务端的功能。
创建HelloServiceImpl.java文件并实现Hello.java文件中的Hello.Iface接口，代码：
package service.demo;
import org.apache.thrift.TException;
public class HelloServiceImpl implements Hello.Iface
@Override
public boolean helloBoolean(boolean para) throws TException
return para;
@Override
public int helloInt(int para) throws TException
try
Thread.sleep(20000);
catch (InterruptedException e)
e.printStackTrace();
return para;
@Override
public String helloNull() throws TException
return null;
@Override
public String helloString(String para) throws TException
return para;
@Override
public void helloVoid() throws TException
System.out.println("Hello World");
Thrift架构
架构图如下：
图中黄色部分是用户的业务代码，褐色部分是编译工具生成的代码框架，紫色部分和蓝色部分是我们所选择的传输层和传输协议。
Thrift服务器包含用于绑定协议和传输层的基础架构，它提供阻塞、非阻塞、单线程和多线程的模式运行在服务器上。
传输协议
Thrift可以让用户选择客户端和服务端之间的传输通信协议的类别，分为文本(text)和二进制(binary)。
TBinaryProtocol：二进制编码格式进行数据传输
TCompactProtocol：高效率的密集的二进制编码协议
TJSONProtocol：使用Json的数据编码协议
TSimpleJSONProtocol：只提供Json读写的协议，适用于脚本语言解析
传输层
TSocket：使用阻塞式IO进行传输
TFramedTransport：非阻塞方式，按块的大小进行传输，类似NIO；服务器必须为非阻塞的服务类型
TNonblockingTransport：非阻塞模式，用于构建异步客户端
服务端类型
TSimpleServer：单线程服务器，阻塞IO
TThreadPoolServer：多线程服务器，阻塞式IO
TNonblockingServer：多线程服务器，非阻塞IO
二、Venus的配置中心
配置中心实现了集中配置、主动推送、规范配置、配置可读等优点。
三、OSP详解
开放服务平台(venus-osp)是Venus体系的核心组成部分之一， 主要目标是提供服务化的核心远程调用机制以及基础服务治理功能。契约化的服务接口保证系统间的解耦清晰、干净；基于Thrift的通信和协议层确保系统的高性能；服务可以自动注册并被发现，易于部署；配合配置中心，服务配置可以动态更新；客户端与治理逻辑的分离使服务接入得到极大简化；除此之外，OSP提供了丰富的服务治理能力，如路由、负载均衡、服务保护和优雅降级等。
1. 远程调用机制
OSP是一套高性能、高可扩展的远程过程调用(RPC)框架，基于Apache Thrift作为基本框架，采用Thrift的 工作模式。
每个客户端机器上都运行这一个proxy进程，该进程会将客户端的调用请求进行转发，优先转发到同机器的服务层、其次是同机房的服务、如果本机的proxy出现问题，会使用中央代理集群进行备份替换；
客户端在请求的时候和proxy保持长连接，proxy和服务容器保持长连接，从而获得服务容器中的服务的动态信息，如机器的健康状况、配置信息、新增机器等。
2. 服务协议(OSP Protocol)
OSP采用了基于二进制的通讯协议，以消息为基本通讯单元；每条消息包含消息头和消息体。协议设计上以无状态为原则，每条消息包含调用所需的所有信息，一次调用通过一次消息交换(请求/响应)完成。
3. 服务提供方(服务端)
- 服务端包含服务容器和服务本身。服务容器集中管理共享功能；服务本身以业务逻辑为主；
- OSP服务端容错基于无状态服务的理念，服务实例之间互不感知，通过代理层的错误感知和负载均衡等功能自动摘除有问题的服务器；
- 每个服务启动时，首先从配置中心获取配置，然后将自己的信息(ID、地址和端口)注册到服务注册中心；服务代理层(Proxy)从注册中心获取当前服务提供方的所有实例，通过设定的负载均衡策略对服务进行调用。
4. 服务代理层(OSP-Proxy)
Proxy集中了绝大部分的服务治理智能，可以说是远程调用的大脑。
- Proxy部署在每台服务器上，已进程的方式运行，客户端将请求发送到Proxy进程，Proxy根据服务治理逻辑(负载均衡、路由等)对请求进行处理(转发、降级或拒绝)，这样使服务治理的实现保持对客户端和服务端的完全透明，且动态可控。
- 出于容错考虑，每个IDC(机房)都会部署一个Proxy集群作为备用，当本机Proxy出现故障时，自动切换到备用Proxy集群。
5. 服务治理
这里的所谓服务治理主要集中在对负载均衡，路由选择以及自我保护等领域所提供的功能以及灵活性。
- 负载均衡：OSP的负载均衡功能由osp-proxy提供，目前支持Least Active First, RR，Random等多种负载均衡策略；通过与配置中心集成，策略可以动态变更；另外，在支持基本服务端健康度检测（如ping）的基础上，利用对丰富的服务信息的统计（调用流量、延迟、错误率等），可以提供更加智能的健康检测机制。
- 路由选择：服务路由决定一个服务请求是否应该得到处理，以及由哪一个服务实例处理。这部分是各种服务治理政策的执行地，是一个极为重要的模块。大量的使用场景都可以结合服务路由来实现，如服务的上线/下线，在线测试，机房选择，A/B测试，灰度发布，流量控制，权限控制以及优雅降级等。
6. 服务管理
- 注册：OSP通过服务容器加载启动，服务容器需要从配置中心获取服务的配置信息，服务容器根据获取的参数，对服务进行初始化操作。服务启动成功后，容器向服务注册中心（Service Registry）进行注册，系统记录该服务的一个实例已经运行。服务容器与服务注册中心保持长连接，当服务卸载或者服务容器故障退出时，服务注册中心可以自动的删除服务实例，维护最新有效的服务实例列表。
- 发现：当代理层需要调用一个服务时，代理层查询服务注册中心，获取所需服务的全部服务实例，并结合服务路由策略（决定可以为当前服务请求提供服务的实例）及负载均衡策略（选择那一个服务实例进行服务），选择一个服务实例。代理层维护到服务注册中心的长连接，这样如果有新的服务实例或者老的服务实例失效时，代理层可以及时获得最新的服务实例列表。与服务端不同，当代理层失去长连接后，仍然可以通过之前获得的实例列表进行服务调用。
- 服务路由策略：OSP Proxy查询服务注册中心，获取所需服务的全部服务实例列表，OSP Proxy选择被调用的服务实列策略如下：
- 本地主机服务实例优先，OSP Proxy优先先择与其部署在同一个主机上的服务实例；
- 同机房服务实例优先，OSP Proxy优先先择与其部署在同机房主机上的服务实例，同机房的判断条件：主机ipv4地址前两段相同；
- 多个务服实例采用LeastActive(最少当前连接数，策略表示服务请求优先选择最少操作的服务器进行请求处理)选择服务实例进行。
————————————————
原文链接：https://blog.csdn.net/panyongcsd/article/details/58617810
apachethrift-使用，内部实现及构建一个可扩展的rpc框架
...并简单的探究了一下Thrift的内部实现原理，最后给出一个基于Thrift的可扩展的分布式RPC调用框架，在中小型项目中是一个常见的SOA实践。Thrift介绍ApacheThrift是Facebook开发的远程服务调用框架，它采用接口描述语言（IDL）定义并创... 查看详情
rpc框架之thrift分析(转)
一、简介1、Thrift是Facebook开发的跨语言的RPC服务框架。随后贡献给Apache开源组织。成为RPC服务的主流框架。 2、特点： 优点： 跨语言，支持java、c/c++、python等多种编程语言 IDL... 查看详情
rpc框架-thrift服务端
-------服务端程序------下载 下载thrift源代码包 下载thrift的bin包准备描述文件（使用源代码包的示例文件） hrift-0.10.0 utorialshared.thrift hrift-0.10.0 utorial ut 查看详情
rpc框架-thrift客户端
-------客户端程序------下载 下载thrift源代码包 下载thrift的bin包准备描述文件（使用源代码包的示例文件） hrift-0.10.0 utorialshared.thrift hrift-0 查看详情
rpc框架总述
...le等。下面重点介绍三种：gRPC：是Google公布的开源软件，基于***的HTTP2.0协议，并支持常见的众多编程语言。RPC框架是基于HTTP协议实现的，底层使用到了Netty框架的支持。Thrift：是Facebook的开源RPC框架，主要是一个跨语言的服务开... 查看详情
消息总线扩展之集成thrift-rpc(代码片段)
...支持ThriftRPC的实现过程。鉴于RabbitMQ官方的JavaClient提供了基于RabbitMQ的JSON-RPC，消息总线也顺道提供了JSON-RPC的API。然后也尝试了为消息总线增加对Thrift-RPC的扩展支持，希望此举能让消息总线同时为SOA提供基础设施。Thrift... 查看详情
rpc框架：thrift和protobuf有啥区别？
...合多种语言,应用的解决方案。性能都差不多.相比较而言,thrift稍微强些.支持的数据格式也多些.支持的开发语言也比protobuf多些.目前只用过thrift.protobuf倒没有尝试...都差不多.参考技术Afastrpcprotobuf的一个全部开源的高性能rpc实现... 查看详情
thrift
Thrift公司的一些平台服务框架底层封装了thrift提供服务,最近项目不是很紧,于是研究了一下,刚刚入门,理解得不深,写这篇博文来整理一下思路.什么是thrift? 简单来说,是Facebook公布的一款开源跨语言的RPC框架. 那么问题来了.... 查看详情
消息总线扩展之集成thrift-rpc(代码片段)
...支持ThriftRPC的实现过程。鉴于RabbitMQ官方的JavaClient提供了基于RabbitMQ的JSON-RPC，消息总线也顺道提供了JSON-RPC的API。然后也尝试了为消息总线增加对Thrift-RPC的扩展支持，希望此举能让消息总线同时为SOA提供基础设施。Thrift... 查看详情
springboot整合rpc框架---thrift
...1a;https://blog.csdn.net/lupengfei1009/article/details/100934794 什么是ThriftThrift是一种接口描述语言和二进制通讯协议，它被用来定义和创建跨语言的服务。它被当作一个远程过程调用（RPC）框架来使用，是由Facebook为“大规... 查看详情
rpc服务框架thrift介绍(代码片段)
rpc服务框架目前主要有thrift,grpc,dubbo,HSF等这里主要介绍thrift框架git地址 ：https://github.com/apache/thrift/tree/0.9.11.接口定义 tutorial.thriftinclude"shared.thrift"/***Thriftfilescannamespace,package,orprefixtheiroutputinvarious*targetlanguages.*/namespaceclt... 查看详情
rpc简介与thrift框架
RPC，全称是remoteprocesscall，远程过程调用，简单来讲就是调用部署在另一台服务器上的服务或者被部署在另一台服务器上的服务调用。由于各服务部署在不同机器，服务间的调用免不了网络通信过程，服务消费方每调用一个服务... 查看详情
thrift基础教程安装篇
...自己定义的Interface Definition Language(IDL)。能够创建基于RPC的client和服务端的服务代码。服务代码的生成是通过Thrift内置的代码生成器来实现的。Thrift 查看详情
rpc框架thrift例子-php调用c++后端程序
...用主动创建。前言前段时间用了一下Facebook的开源RPC框架Thrift，做PHP客户端调用C++后端程序，真心觉得Thrift不错！本文项目地址：https://github.com/zekunyan/ThriftDemo_PHP_CPP先看看本文的例子示意图： 流程PHP客户端发起请求，请... 查看详情
rpc框架性能基本比较测试
...iew/open1426302068107.html gRPC是Google最近公布的开源软件，基于最新的HTTP2.0协议，并支持常见的众多编程语言。我们知道HTTP2.0是基于二进制的HTTP协议升级版本，目前各大浏览器都在快马加鞭的加以支持。我们可以设 查看详情
rpc远程协议之thrift入门
RPC远程协议之Thrift入门 在上一篇文章《RPC远程协议之原理分析》中，我介绍了RPC的工作原理及欲实现RPC框架功能应该做哪些事情，因为要做的事情太多，完全由开发人员研发实现，不是很现实，所以市面上出... 查看详情
网络i/o编程模型24基于netty编写rpc通信框架
一RPC协议1.1RPC协议RPC：remote procedure call：远程过程调用，是一个计算机通信协议。允许一台机器程序调用另外一台机器的应用。用户无需关心细节，调用本地方法一样的调用远程方法。常见的RPC框架：阿里... 查看详情
rpc接口与rest对比
参考技术ARPC，可以基于TCP协议，也可以基于HTTP协议REST，基于HTTP协议（在TCP协议之上进行封装）RPC，使用自定义的TCP协议，可以让请求报文体积更小，或者使用HTTP2协议，也可以很好的减少报文的体积，提高传输效率。REST，如... 查看详情