回顾以前，架构！
三层机构 + MVC
开发框架
Spring
IOC AOP
IOC（控制反转）：原来我们需要自己创建对象，现在交给IOC容器去做！当我们需要的时候，去拿即可；
AOP：（面向切面编程）
为了解决什么？在不影响业务的情况下，实现动态增加功能，大量应用在日志，事务..等方面
Spring是一个轻量级的Java开源框架，容器
目的：解决企业开发的复杂性问题
Spring是春天，但是不然，它的配置文件也很复杂！
SpringBoot
SpringBoot并不是新东西，就是Spring的升级版！
新一代JavaEE的开发标准，开箱即用 -> 拿过来就可以用！
它自动帮我们配置了非常多的东西，我们拿来用即可！
特性：约定大于配置！
随着公司体系越来越到，用户越来越多！
微服务架构 --> 新架构
利用模块化，功能化！开发
比如：用户，支付，签到，娱乐...模块都放在一个springmvc项目中去跳转
一旦人数过多：一台服务器解决不了；通过横向增加服务器！
又出现问题，假设A服务器占用98%资源，B服务器只占了10%的资源 --> 负载均衡，通过底层的算法，尽量将资源占用平衡
问题：用户使用非常多，而签到模块使用很少！所以需要给用户模块多一点资源，给签到模块少一点资源！
那么就需要将原来的项目，分成模块化，用户和签到分别是一个项目，那么项目之间又需要如何通信呢？
微服务架构问题？
分布式架构会遇到的四个核心问题？
1.这么多服务，客户端该如何去访问？ //让用户访问同一个接口，通过这个接口再去请求
2.这么多服务，服务之间如何进行通信？
3.这么多服务，如何治理呢？
4.服务挂了，怎么办？
解决方案：
SpringClound，是一套生态，就是来解决以上分布式架构的4个问题；
想使用SpringCloud，必须掌握SpringBoot，因为SpringCloud是基于SpringBoot；
1.Spring Cloud NetFlix一家在线影片租赁提供商：提出来了一套解决方案（一站式解决方案， 我们都可以直接去这里拿）
如何访问：Api网关，zuul组件
通信：
Feign 基于 HTTPClient 基于 HTTP的通信方式（同步并阻塞）
治理：服务注册与发现，Eureka
服务挂了：服务熔断机制，Hystrix
但是2018年年底，NetFlix宣布无限期停止维护。生态不在维护就会脱节！（可能就会造成安全问题，就会抛弃，但是没有更好的一些公司就还在用）
2.Apache Dubbo zookeeper，第二套解决系统
访问：API接口，没有！那要么找第三方组件，要么自己实现
通信：Dubbo，是一个高性能的基于Java实现的 RPC通信框架
治理：服务注册与发现，zookeeper：动物园管理者（Hadoop,Hive）
服务挂了：熔断机制没有！那就借助了Hystrix
不完善，Dubbo
3.SpringCloud Alibaba：一站式解决方案！
目前，有提出一种方案：
服务网格：下一代微服务标准，Server Mesh
代表方案：istio（你们未来可能需要掌握！）
但是万变不离其宗，一通百通!
就是解决下面四个问题：
1.访问问题：API网关，服务路由
2.通信问题：HTTP、RPC通信框架，异步调用
3.治理问题：服务注册与发现，实现高可用
4.服务挂掉：熔断机制，服务降级
为什么要解决这些问题？本质：网络是不可靠的！
程序猿，不要停下脚步！