微服务之RPC的使用

RPC的使用

一、微服务简介

1、小型的服务器；

2、实现分布式的一种解决方案，解耦；

3、举例：王者荣耀技能攻击，如果是分布式需要服务器转，微服务可以看成一个服务控制另外一个服务；

二、微服务和单体式架构的区别

1、单体式架构服务

特性：（1）复杂性随着开发越来越高，遇到问题解决困难；
（2）技术债务上升；
（3）耦合度高，出现bug不容易排查，解决旧bug，会出现新bug；
（4）持续的交付时间长；
（5）扩展性差

注：水平扩展：通过增加更多的系统成员来实现扩展（增加车辆运输）
垂直扩展：通过增加单个系统的负荷实现扩展（让每辆车多运输东西）

2、微服务

优点：1、职责单一，耦合性低；
2、轻量级通信；（可以支持跨语言通信）
3、独立性；
4、迭代开发；（版本迭代的时候，旧的服务不需要改变）

缺点：
1、运维成本高，每个服务都需要注册、编译、部署；
2、分布式复杂度变高；
3、接口成本高；（函数到函数的传递变成程序和程序的传递）；
4、重复性劳动；（举例：每个服务都需要读取配置文件，n个服务读n个配置）
5、业务分离困难（中台开发，微服务太小了不好管理）

三、RPC远程过程调用协议

1、基于tcp的应用层协议

2、理解：

（1）像调用本地函数一样，去调用远程函数；

（2）通过rpc协议，传递参数，达到本地调用远端函数，返回值到本地；

3、为什么微服务使用rpc？

（1）、每个服务都是进程，彼此独立；（可能调用不同服务器上的函数）

（2）、进程和进程之间，可以使用不同的语言实现，需要调用；

4、rpc一般步骤


（1）注册rpc服务

方法举例：

（2）绑定rpc服务

（3）调用远程函数

5、json版rpc

背景：因为普通的rpc使用的是go语言自带的序列反序列化的gob转码，其他语言不能匹配，所以发送seq可能乱码，但是使用jsonrpc就可以直接传送json格式，所以需要使用json版本的rpc，具体使用相同，具体使用参看本博主socket编程（二）那篇文章

测试：

但是如果返回的error不为空，则resuly不会返回值，可以使用errors.New测试

6、rpc的封装

背景：对于服务器来说，可能存在方法的定义不符合rpc注册方法，所以必须封装为接口，这样可以让实现接口（就是方法符合注册rpc的结构进行注册），对于客户端来说，call方法的第一个参数是字符串，但是写错了可能调用不了rpc，所以直接封装，就可以只用传递发送参数和接收参数。

如果看完对自己有所帮助，请点赞支持