微服务

微服务的特点

1：是一系列小服务的组合。
微服务粒度围绕业务进行拆分的，（比如：商品领域，交易领域，物流领域）

2：独立进程
任何一个微服务从它的开发，测试，上线，以及运维等过程都可以独立的进行，不依赖以其他的微服务。

3：要围绕业务领域模型，进行建造
轻量级通信：通信模式是轻量级的，两个模块之间的通信没有语言关系，没有平台关系。

4：任何一个微服务都可以独立的进行部署

5：去中心化管理
去中心化管理：微服务具体用的语言，平台都没有强行的规定，以平台，语言没有依赖关系。

微服务使用原因

1：业务功能多，
2：业务复杂性高
3：用户体验好
4：业务高速发展

微服务架构特点：

1：系统高可用
2：系统高扩展性
3：快速迭代
4：持续交付

image.png image.png

微服务网关：维护海量链接（http短链接，tcp长链接），对用户身份合法性，登录，session做以一些处理。
微服务聚合层：根据用户的请求，拆分成原子性的请求，做业务逻辑处理。比如商品相关的逻辑，交易相关的逻辑。
微服务原子层：增删改查这些服务接口／RPC
微服务数据层：对每个服务单独存在一个库中，或表里
轻量级通信：API采用Http／Https，服务之间的接口采用Rpc传输，通信效率高。
去中心化管理：避免不同语言的代价。微服务采用Java开发语言
微服务注册：需要微服务注册中心。ZK
微服务发现：

通信协议：轻量级通信

通信协议的种类：

image.png

在我们公司项目实际运用中采用：
微服务网关：Rest Api （Https,Json）
微服务聚合层，原子层：RPC（SCF，私有协议）

REST协议基于HTTP协议的轻量级协议。
HAL协议基于REST协议提升。
RPC相较HTTP的优势之一：省去了HTTP头信息，传输包更轻量
RPC协议远程过程调用，开源的RPC的框架很多，如Thrift,gRpc,dubbo.
微服务协议也可以使用消息队列，两个微服务之间引入消息队列，把同步调用变为异步调用，进行传递消息。

image.png

Zookeeper注册中心实现机制：
分为Server 端／Client 端。采用冗余的方法，提供服务。Server 端任何时候，都有主节点和从节点。当主节点挂了之后，自动选举出一个节点来继续对外提供服务，高可用。

image.png

当微服务挂了之后，如果保证请求不丢失呢？通过注册中心获得不可用服务。
如果一个服务需要去远程调用一个地址，可能会存在长时间等待。这个等待时间会不会让微服务网关去把消息向其它服务去转发。
还有，如果向一个需要有返回值的请求。使用微服务网关，会不会增加等待时长

image.png

柔性可用实践：
系统降级
数据层降级
柔性可用策略

image.png image.png image.png image.png

服务治理
open-falcon 自动化监控

image.png image.png

微服务架构
1、系统水平分成，根据业务类型垂直分系统
2、前端服务（iso，安卓手机），网关层（报文转换http转rpc），业务逻辑层，原子层，数据层（数据库，缓存）
3、系统柔润性：请求限流（消息在对接超时丢弃，选择丢弃（不重要的消息），随机丢弃），服务降级
4、系统可用性：注册中心，集群