公司是多语言研发环境,目前Java项目居多,使用Dubbo进行服务间调用。目前公司Nodejs项目、Golang已经很多,平常也用阿里开源的eggjs框架进行开发。经过技术选型,gRPC支持跨语言、高性能、HTTP/2,使用Protobuf进行数据传输立即吸引了我。于是开始写gRPC到Dubbo的转换,Dubbo本身支持泛化调用,这为接入提供了便利,项目已经开源。
gRPC Server定义
修改yml中zookeeper地址,metadata-report需要新版本dubbo,可以忽略。
proxy:
registry:
address: zookeeper://127.0.0.1:2181
group: dubbo
metadata-report:
address: zookeeper://127.0.0.1:2181
启动项目:
> SPRING_PROFILES_ACTIVE=product mvn clean spring-boot:run
定义传输的proto文件 : clazz_method_param.proto 如下,
syntax = "proto3";
option java_multiple_files = true; option java_package = "org.apache.dubbo.proxy.proto"; option optimize_for = SPEED;
package dubbo;
service ProxyService { rpc InvokeProxy (ProxyRequest) returns (ProxyReply) {} }
message ProxyRequest { string application = 1; //can be null string interfaceName=2; // the dubbo service to invoke string version = 3; // the dubbo service version string group = 4; // group ,can be null string method=5; // method repeated string types=6;//method parameter array string values=7; //method value json array }
message ProxyReply { string result=1; //result json string }
node客户端:
npm install --save grpc @grpc/proto-loader
const values = [1453074];
const version ='1.1.1';
const request = {
interfaceName:'com.example.api.PageServiceApi',
version: version,
//group :'',
method:'getSceneElement',
types :['long'],//字段类型
values:JSON.stringify(values)
};
const PROTO_PATH = __dirname + '/clazz_method_param.proto';
const grpc = require('grpc');
const protoLoader = require('@grpc/proto-loader');
const packageDefinition = protoLoader.loadSync(
PROTO_PATH,
{keepCase: true,
longs: String,
enums: String,
defaults: true,
oneofs: true
});
var dubbo = grpc.loadPackageDefinition(packageDefinition).dubbo;
const client = new dubbo.ProxyService('127.0.0.1:5050',
grpc.credentials.createInsecure(), {
'grpc.default_compression_algorithm': 2,
'grpc.default_compression_level': 2});
client.InvokeProxy(request, function(err, response) {
console.log('result:', response);
});
上线完成,通过观察,网卡流量下降了一半,因为dubbo传输的是未压缩的,而grpc支持gzip压缩。虽然相比Java consumer->dubbo provider, gRRC流程client->gRPC server proxy->dubbo provider, 多了一层网络请求,不过接口响应并没有变慢,可能也是gzip压缩带来的好处。
网卡流量:
接口响应速度: