微服务.Net5+Ocelot+Consul

ocelot与consul之间的报错请求接口时报的错

Nacos除了可以做注册中心，同样可以做配置管理来使用。当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。Nacos 一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。创建配置在 Nacos 控制面板中添加配置文件然后在弹出的表单中，填写配置信息：注意：项目的核心

请求进入网关会碰到三类过滤器：DefaultFilter、当前路由的过滤器、GlobalFilter；请求路由后，会将三者合并到一个过滤器链（集合）中，排序后依次执行每个过滤器.排序的规则是什么呢？每一个过滤器都必须指定一个 int 类型的 order 值，order 值越小，优先级越高，执行顺序越靠前。GlobalFilter 通过实现 Ordered 接口，或者使用 @Order 注解来指定

GatewayFilter 是网关中提供的一种过滤器，可以对进入网关的请求和微服务返回的响应做处理。Spring提供了31种不同的路由过滤器工厂。官方文档：Spring Cloud Gateway名称说明AddRequestHeader给当前请求添加一个请求头RemoveRequestHeader移除请求中的一个请求头AddResponseHeader给响应结果中添加一个响应头RemoveResp

网关路由请求过后，如果我们希望拦截请求，做自己的业务逻辑则可以使用GlobalFilter 全局过滤器。全局过滤器的作用也是处理一切进入网关的请求和微服务响应，与 GatewayFilter 的作用一样。区别在于 GlobalFilter 的逻辑可以写代码来自定义规则；而 GatewayFilter 通过配置定义，处理逻辑是固定的。需求：定义全局过滤器，拦截请求，判断请求的参数是否满足下面条件参数

今天遇到CentOS 7 下远程连不上，怀疑服务没有启动，先检查了端口和服务是否启动：ps -A| grep sshd 发现没有netstat -nultp|grep 22 也没有发现22端口检查防火墙是不是会影响，关闭了防火墙,重启sshd服务systemctl stop firewalld.servicesystemctl start sshd.service 并没有输出任何错误日志，再次检查

实际部署中会出现这样的场景：服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。但默认情况下 NacosRule 是同集群内随机挑选，不会考虑机器的性能问题。因此，Nacos 提供了权重配置来控制访问频率，0~1 之间，权重越大则访问频率越高，权重修改为 0，则该实例永远不会被访问。在 Nacos 控制台，找到 user-service 的实例列表，