微服务实战问题

jujusharp  •  May 25, 2019 8:54:35 AM

原文地址


1、服务引用定义配置

对于复杂业务,虽然服务发布时预定义好接口的各种配置,但在引用的服务消费者众多且同时访问的时候,可能会引起网络风暴。这种情况下,比较保险的方式是,把接口的各种配置放在服务引用配置文件里

2、并行订阅服务(rpc服务消费者启动时)

每订阅一个服务就单独用一个线程来处理,这样的话即使遇到个别服务节点连接超时,其他服务节点的初始化连接也不受影响,最慢也就是这个服务节点的初始化连接耗费的时间,最终所有服务节点的初始化连接耗时控制在了30秒以内

3. 批量反注册服务

对于下线机器、节点销毁的场景,通过调用注册中心提供的批量反注册接口,一次调用就可以把该节点上提供的所有服务同时反注册掉,从而避免了“僵尸节点”的出现

4、监控系统选型

ELK加Prometheus

5、服务追踪系统选型

Pinpoint或SkyWalking

6、动态注册中心——心跳机制

心跳开关保护机制— 通知10%

服务变更信息增量更新

服务节点摘除保护机制——不超过20%

7、静态注册中心——客户端摘除机制

人工修改节点时通知

8、负载均衡自适应最优选择算法

做法:每隔一段时间(1分钟)获取客户端同每个服务节点之间调用的平均性能统计

按照这个性能统计对服务节点进行排序,对排在性能倒数20%的那部分节点赋予一个较低的权重(3),其余的节点赋予正常的权重(5)

试用场景:

  • 服务节点数量众多,且性能差异比较大;

  • 服务节点列表经常发生变化,增加节点或者减少节点时有发生;

  • 客户端和服务节点之间的网络情况比较复杂,有些在一个数据中心,有些不在一个数据中心需要跨网访问,而且网络经常延迟或者抖动。

9、服务路由

规则:条件路由、脚本路由

应用场景 : 灰度发布、读写分离、分组调用、流量切换

10、集群故障处理策略

限流、降级、切流量

11 、客户端服务调用处理手段

超时:P99

重试:超时后重试

双发:备份请求,设置P90(不等超时返回的重试),设置最大重试比例为15%

熔断:Hystrix断路器基于滑动窗口算法

隔离:线程池隔离、信号量隔离

12、配置中心

应用场景:资源服务化 、业务动态降级、分组流量切换

选型:Apollo

推荐:胡忠想的从0开始学习微服务


近期文章:

5种分布式锁实现的对比?

Java并发编程学习体系

java8 Stream 史上最全总结

Java 网络编程"初探"

redis 知识点总结

java 核心技术学习总结 (一)

spring中"投机取巧"地限制 用户同时登陆

如果你喜欢本文

请长按二维码,关注乔志勇笔记

0 回复
暂时没有回复,你也许会成为第一个哦