.NET Core微服务之路：基于gRPC服务发现与服务治理的方案

.NET Core微服务之路：基于gRPC服务发现与服务治理的方案

　　重温最少化集群搭建，我相信很多朋友都已经搭建出来，基于Watch机制也实现了出来，相信也有很多朋友有了自己的实现思路，但是，很多朋友有个疑问，我API和服务分离好了，怎么通过服务中心进行发现呢，这个过程是通过什么来实现的呢，本篇我们就来介绍这个“调用过程”。

本篇干货较多，没有代码，阅读请注意休息！

 

服务化引入

　　网站系统随着不断的发展，越来越复杂，架构的变迁也会从MVC—>SOA—>微服务，从简单到复杂，从集中到分布，服务化框架的引入是SOA—>微服务过程必须要解决的问题。面对服务的增多，服务分布的部署，服务与服务之间相互的调用，不得不使用服务化框架去解决，著名的dubbo和spring cloud就是这样产生的。

 

服务化框架介绍

　　 服务化框架分为两部分：远程调用、注册中心。

 

1. 远程调用：远程调用的传输协议有很多种，可以走http、webservice、tcp等。facebook的thrift、google的grpc、alibaba的dubbo都是世界上主流的rpc框架。其重点在于安全、快速、跨语言。

2. 注册中心：用于存放，服务的ip地址和状态信息等。比较好的存放服务信息的方案有:zookeeper、consul、etcd。其重点在于避免单点问题，并且好维护。

 

服务化框架原理和调用方式

　　 根据上面图，服务化原理可以分为3步：

1. 服务端启动并且向注册中心发送服务信息，注册中心收到后会定时监控服务状态（常见心跳检测）；
2. 客户端需要开始调用服务的时候，首先去注册中心获取服务信息；
3. 客户端创建远程调用连接，连接后服务端返回处理信息；

 

　　 第3步又可以细分，下面说说远程过程调用的原理：目标：客户端怎么调用远程机器上的公开方法:

 

　　服务发现，向注册中心获取服务(这里需要做的有很多：拿到多个服务时需要做负载均衡，同机房过滤、版本过滤、服务路由过滤、统一网关等)；

1. 客户端发起调用，将需要调用的服务、方法、参数进行组装；
2. 序列化编码组装的消息，这里可以使用json，也可以使用xml，也可以使用protobuf，也可以使用hessian，几种方案的序列化速度还有序列化后占用字节大小都是选择的重要指标，对内笔者建议使用高效的protobuf，它基于TCP/IP二进制进行序列化，体积小，速度快。