开发者学堂课程【5天突破 Spring Cloud：熔断限流与关网 Gateway】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/781/detail/13703
熔断限流与关网 Gateway
基于 feign 改变的代码，多加了两个引用，注意2.5可能不同，可以换 dependency ，hystrix 也可以用。 spring cloud 的官方将上图的技术组件均封装了一遍，接口统一，现在在 spring dashboard 提供了响应式异步的变应框架后 well flags 去提升网站的推阻量，包括微服务后端接口的推阻量，注意差异。在 application properties 处改变以后，当使用2.3几的版本，2.1或者2.2版本都可以用，
注意在2.0中的
management.endpoints.web.exposure.include=*在spring boot 2.5实战中代表暴露监控的点，直接在=后输入# info ，health 等可以直接查看其内容，只代表所要暴露的信息，* 代表全部暴露。对于监控信息来说，若不做任何限制实际上非常危险，程序中的所有信息都可以被看到，类似于隐私像病历简历全部暴露。用 feign 调用微服务，加入扩展启动参数，在 feign中集成熔断调用服务时顺便在启用监控熔断限流这样一个参数。
这个思路可以理解的前提下，打开被监控录数据调用的打开，监控微服务在微服务打开。限制住在那一端做在哪打开，控制谁就打开谁展示服务器，注解中重要的一点是启用熔断限流的两个点应该分开，监控面板可以独立的放一台服务器，用于监控不是为了调用仅是为了监控。专门放到监控的网页程序当中，不应该将控制面板和启用熔断限流放到一起。可以做成两个程序，一个用来显示数据，一个用来监控微服务监控调用端来用。配置与之前一致，基本上没有变化。
之后从2.2、2.3版本发生变化，配置一定有，不配置较为麻烦的是监控面板启动后实际上抓不到数据，如之前 ppt 截图所示，实际上显示不出来，配置数据源地址，想要监控某个服务器其参数需允许监控服务器数据采集类型，否则拿不到数据，看不到谱线图。
做的配置基于2.3做的配置，现在对于许多企业普及2.2、2.1,2.3的服务器还不是很多，2.5更少。最大的问题是不好找资料，大多企业不愿踩这个坑。一个框架一个版本使用的很稳定会一直用下去，不到万不得已不会升级，除非到今天需要考虑稳定性问题。
做出八个出现问题还要背锅，所以大家都不愿意踩坑被嘲笑还会得不偿失。这种状况在互联网公司、国企都会出现，国企可能更严重，国企的技术可能是实验研发的，或者是 XP 系统都很正常。
自主研发的系统不能确定，大型的互联网公司：阿里、腾讯很多的开源光加的企业希望更小。
首先没氛围，其次浪费时间。这取决于一个企业的应急能力，若本身不喜欢从事企业中的这类项目，很难变得喜欢。主要是用的熔断限流与监控面板与之前的代码相类似，也是一个订单服务，用的版本是2.3，两个跟熔断相关的配置，启动观察效果。
如图所示：
产生错误“不能执行注册”，有可能地址错误。
查看错误后，观察配置地址无误，8001，等代码无误将 fetch 关闭再次执行，重新启动执行作用中心，调用主要参数如图。换为 enable usual clear 发现没有问题。
作为 JAVA 程序运行加参数，微服务已经上限，没有较大差异。展示页面和 hystrix 放到同一调用端，正常情况下二者分开， hystrix 不限制使用的是调用端还是服务端，后期可能放到代理服务器上。监控面板也有可能放到代理服务器上，若代理服务器压力比较大可以将其独立出专门进行监控。
观察 Enablehystrix ，启动之后观察其地址9002，更改其后缀观看界面，检查是否正确。正确后执行的界面如图所示：
在输入栏给监控示例，具体到哪个微服务，那个代理有什么要被监控，开启过的地址，地址为 ：
http：//localhost:9001/actuator/hystrix.
Stream 是监控调用端，如图将调用端和展示端放到一起，实际可以将其分开，现在要实行监控，数字改为9002，用 monitor 进行检验，具体如图所示。
出现页面加载不出来的情况，属于正常问题，需要返回代码进行重新确认，用 test 方法进行调用测试发现返回到 spring cloud 1，可以看到页面显示监控数据内容如下：
通过点鼠标的方式发动的更新，拼手速也可以通过代理的方式调用 order-microservice ，鼠标点击速度快，达不到3接近3，监控多种调用，图示仅监控一个，可以实现 hello 也可以同时实现其他的调用。
在此基础之上配用熔断，比如熔断一些参数，熔断代码如图所示，加入超时熔断，比如调用一个服务超过一秒或者两秒不返回结果，则认为出现错误，执行熔断的策略。
使用 fallback 方法，即降低方法，返回一个备胎，降级回退。图示代码统计条件有多种，比如：基于出错，基于超时等都可以修改，超时两秒、五秒都可以改，出错是占百分之十、百分之五十都可以。
相比于之前进行熔断的降级的处理，通过属性配置的方式，注解配置的方式完成，与之前代码基本一致，注意底层默认实行隔离，统计策略有各种不同的方法，本质均是为了达到某个监控的阈值，触发执行降低的操作或者执行熔断的操作。熔断是隔断操作，降级是回退，备胎。
