跟着狂神聊聊现在和未来
回顾以前,架构
架构--->解耦
开发框架
Spring
IOC AOP
IOC :控制反转
约泡:
泡温泉，泡茶..... 泡友
附近的人，打招呼。加微信，聊天，天天聊，--->约泡
浴场(容器) :温泉，茶庄,泡友
直接进温泉，就有人和你- -起了!
原来我们都是自己一步步操作，现在交给容器了!我们需要什么就去拿就可以了
AOP :切面(本质,动态代理)
为了解决什么?不影响业务本来的情况下，实现动态增加功能，大量应用在日志，事务...等等方面
Spring是一个轻量级的Java开源框架， 容器
目的:解决企业开发的复杂性问题
Spring是春天，觉得他是春天，也十分复杂，配置文件!
SpringBoot
SpringBoot并不是新东西，就是Spri ng的升级版!
新一代JavaEE的开发标准，开箱即用! ->拿过来就可以用!
它自动帮我们配置了非常多的东西，我们拿来即用!
特性:约定大于配置
随着公司体系越来越大，用户越来越多!
微服务架构--->新架构
模块化，功能化!
用户，支付，签到，娱乐，..... ;
人多余多: -台服务器解决不了;在增加服务器!
横向
假设A服务器占用98%资源，B服务器只占用了10% 。--负载均衡;
将原来的整体项目，分成模块化，用户就是一个单独的项目，签到也是- -个单独的项目，项目和项目之前需要通信，如何通信?
用户非常多，而签到十分少!给用户多- -点服务器 ，给签到少 - -点服务器!
微服务架构问题?
分布式架构会遇到的四个核心问题?
1.这么多服务，客户端该如何去访问?
2.这么多服务，服务之间如何进行通信?
3.这么多服务，如何治理呢?
4.服务挂了，怎么办?
解决方案:
SpringCloud,是一套生态，就是来解决以上分布式架构的4个问题
想使用SpringCloud,必须要掌握SpringBoot,因为SpringCloud是基于SpringBoot;
1.Spring Cloud NetFlix，出来了一套解决方案! -站式解决方案。我们都可以直接去这里拿?
Api网关，zuu1组件
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.熔断机制，服务降级
本质问题:网络是不可靠的