上一篇已经说到,Soul网关代理了咱们自定义的一个SpringBoot服务。
这一篇。咱们就来尝试下如何实现网关的默认的Divide插件提供的负载均衡功能(好像也只能根据匹配的规则提供负载均衡的功能)
此选择器为我SpringBoot服务启动并链接到soul-admin以后默认生成的,可是由此产生了一个问题,当个人应用下线以后,这个选择器和选择器规则并无下线?有待后续的研究。
同时观察表单元素。参阅Soul文档,发现有以下选择器规则git
类型:custom flow 是自定义流量。full flow 是全流量。自定义流量就是请求会走你下面的匹配方式与条件。全流量则不走。github
匹配方式:and 或者or 是指下面多个条件是按照and 仍是or的方式来组合。
条件:面试
uri:是指你根据uri的方式来筛选流量,match的方式支持模糊匹配(/**)正则表达式
header:是指根据请求头里面的字段来筛选流量。小程序
query: 是指根据uri的查询条件来进行筛选流量。微信
ip:是指根据你请求的真实ip,来筛选流量。restful
host:是指根据你请求的真实host,来筛选流量。负载均衡
post:建议不要使用。
条件匹配:
match : 模糊匹配,建议和uri条件搭配,支持 restful风格的匹配。(/test/**)
= : 先后值相等,才能匹配。
regEx : 正则匹配,表示前面一个值去匹配后面的正则表达式。
like :字符串模糊匹配。dom
可是官方文档中,并未给出创造了Post这种筛选方式,可是仍然不建议使用的缘由,期待后续的源码的阅读能找到答案ide
另外在divide插件首页咱们能够看到,咱们能够添加除了默认生成的规则以外的规则
最后实践一下根据uri匹配的负载均衡,启动多个客户端程序,看看请求被转发到那个服务上,能够看到不一样负载策略的不一样表现
同时咱们在选择器表单框内,能够看到随着多个客户端程序的使用,增长了配置的状况
另外,此处的weight权重策略和选择器规则策略谁起做用?能够试下。
将选择器配置策略调整为50,50 。选择器均衡规则调整为random。
若是选择器规则优先,那么应该两个客户端每一个客户端接收一个请求,若是均衡规则优先。那么能够获得随机的请求,接下来咱们试下
能够看到当一个选择器和选择器规则同时知足条件时,以粒度更小的选择器规则均衡策略为准。关于这个是如何实现的,期待后续经过源码进行了解
欢迎搜索关注本人与朋友共同开发的微信面经小程序【大厂面试助手】和公众号【微瞰技术】,以及总结的分类面试题https://github.com/zhendiao/JavaInterview