和多个微服务器通信协议,关于微服务(三)

一.微服务架构特点

(1)服务服务力度:粒度是围绕业务进行拆分的。

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

(3)围绕业务建模:微服务架构是围绕业务建模的

(4)轻量级通信:通信模式是轻量级的,两个模块之间的通信没有语言关系,没有平台关系。

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

二.微服务架构设计

41a3c778248d815d6a0a575587087efa.png

3c4e9cd97e98766da063509955a1f277.png

微服务网关:作为客户端服务器,它会维护海量的链接,对用户身份的校验,session的管理,请求的转发。不做业务处理。对外提供HTTP接口。

微服务聚合层:根据用户的请求,拆分为多个微服务原子层,向微服务原子层发送请求,发送回来之后在微服务聚合层把请求的结果汇集起来,提供给微服务网关层,把结果返回给客户端。提供RPC接口。

微服务原子层:提供这些微服务的增删改查的修改。提供RPC接口。

微服务数据层:对每一个微服务的数据单独存在一个数据库中。

去中心化管理:采用相同的语言开发。

备注:

网关层:http/https接口协议,安全

聚合层:服务器内部同过rpc接口协议,传输更快,通信效率更高

需要两个中心:微服务注册中心、微服务配置中心

将聚合层再按业务功能拆分成多个聚合层

7d78036deb6dc76351d0d7737c65b7e3.png

三.通信协议和服务的注册、发现

通信协议-轻量级通信协议

(1)REST:基于HTTP,与语言、平台无关;

(2)HAL:基于REST协议做的一个提升,国内用的暂时比较少;

(3)RPC:远程过程调用,国内开源RPC框架用得比较多,如:Apache、Thrift、gRpc、dubbo;

(4)消息队列:两个微服务通过消息队列通信,可以把同步的调用变成异步的调用;

58eeec6a1829dc9ed0b4ea2b71ac964f.png

RPC相较HTTP的优势:

(1)省去了HTTP头信息,传输包更轻量;

(2)基于TCP长连接,效率比较高;

(3)安全方面高于HTTP;

ac4dcd0b9b2c2f55984bf1803ee3b3db.png

17711d06b64aa15b5bb41e866b986b49.png

870ee2634a442528d8179ba0645cbb91.png

四.柔性可用和服务治理

1、为什么需要柔性可用?

流量高峰期,短时请求量大的情况下:服务能力有限、性能下降、服务宕机、系统雪崩

2、柔性设计如何做?

目标:保证核心服务可用;非核心服务弱可用,甚至不可用;

方式:系统降级、数据层降级、柔性可用策略;

(1)系统降级:拒绝部分请求、关闭部分服务(业务紧密)

fd4d49016a9f5e6ca64489bfc2c29612.png

(2)数据层降级

更新请求:持久到消息队列,只更新缓存,暂不更新数据库;

读请求:读取缓存;

数据补齐:后续需将消息队列中的数据写入数据库中;

(3)柔性可用策略

自动打开柔性可用策略,不依赖人员手动开启;

测试环境时需演练,确保线上生效;

3、服务治理

(1)服务需要监控:监控进程状态,及时发现问题,掌握主动权;

(2)主要监控:机器资源、进程状态;

(3)监控手段:

f983cc3228fcea5a2e7a85dfa42d4339.png

(4)微服务实时监控

例如:请求平均耗时、请求异常条数等,对比最近几天的数据情况发现问题

(5)微服务监控框架:open-falcon、定制开发。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值