【总结】SpringCloud 介绍个人理解总结
SpringCloud官网：https://spring.io/projects/spring-cloud
个人理解：
单服务：以前的学校（服务器）只有一个会语数外全能的老师，为学生上课（服务），某天老师生病了（死机），那全校停课（无法提供服务）。
微服务：学校有 数学老师组 / 语文老师组 / 外语老师组，每个组有一群该专业的老师，临时缺了谁，学校不会受影响。
SpringCloud
- 比喻：学校
微服务
- 比喻：教研组
- 举例：资源组，语文老师组 / 数学老师组 / 外语老师组，每个资源组有很多负责该资源的人按照业务解耦
注册中心-服务发现 Nacos(推荐) / Eureka
- 比喻：存放学校人名单的地方（教研组老师 / 门卫 / 志愿者等...）
- 举例：学生想要访问注册中心获取老师名单，然后根据相应的负载方法去访问各自老师，不至于让集群中某一位老师累死也不至于让某一老师闲死
服务网关 Gateway(推荐) / Zuul
- 比喻：学校门卫，哪些人可以进哪些人不能进
- 举例：某些学生（请求）来学校找哪位老师，他负责指引（1.路由），并通过配置规则，达到阻拦一些人进入学校（2.身份认证），或者控制想学数学的人只能去数学教研组，不能去外语教研组（3.权限验证）
熔断器 Hystrix
- 比喻：学校志愿者
- 当某个教研组集体罢课后（某组微服务死机），学生找不到老师了（找不到服务），志愿者及时告诉来访的学生，相应结果，异常信息等（比如数学老师组集体团建了，吃坏肚子了），避免大量的学生在学校等待，志愿者赶快吧这些学生疏散出去，学生一直等，那其他需要学生的学校也会等待学生，最后造成大面积的学校瘫痪。学生=请求，熔断器=把某事故的蔓延及时熔断，也好比交警处理事故的情况。熔断器 Hystrix
- 比喻：学校志愿者
- 当某个教研组集体罢课后（某组微服务死机），学生找不到老师了（找不到服务），志愿者及时告诉来访的学生，相应结果，异常信息等（比如数学老师组集体团建了，吃坏肚子了），避免大量的学生在学校等待，志愿者赶快吧这些学生疏散出去，学生一直等，那其他需要学生的学校也会等待学生，最后造成大面积的学校瘫痪。学生=请求，熔断器=把某事故的蔓延及时熔断，也好比交警处理事故的情况。
配置中心 Nacos(推荐) / SpringCloudConfig
