Spring Cloud Alibaba 简介

Spring Cloud Alibaba是Spring Cloud的一个子项目。致力于提供微服务开发的一站式解决方案，项目包含开发分布式应用服务的必需组件，方便开发者通过Spring Cloud编程模型轻松使用这些组件来开 发分布式应用服务；Spring Cloud Alibaba基于Spring Cloud，符合Spring Cloud标准；Spring Cloud Alibaba是阿里的微服务解决方案，只需要添加一些注解和少量配置，就可以将Spring Cloud 应用接入阿里分布式应用解决方案，通过阿里中间件来迅速搭建分布式应用系统。

注意事项：使用它需要有一定的SpringBoot基础知识，如果对SpringBoot不了解的话、可以在阿里大学课堂中学习SpringBoot从基础到实战内容。

微服务架构前世今生

微服务架构演变过程

传统单体架构—>分布式架构—>SOA面向服务架构—>微服务架构模式

传统架构（单体结构）

传统的架构，也就是为单体应用，也就是大家在早期所学习的JavaEE知识SSH或者SSM架构模式，会采用分层架构模式：数据库访问层、业务逻辑层、控制层，从前端到后台所有的代码都是一个开发者去完成。
该架构模式没有对我们业务逻辑代码实现拆分，所有的代码都写入到同一个工程中里面，适合于小公司开发团队或者个人开发。
org.wavefar.controler—springmvc 视图层 jsp/ftl
org.wavefar.service—业务逻辑层
org.waverfar.dao—数据库访问层
将项目的代码都放入到同一个项目，部署在同一个Tomat中。

该架构模式存在哪些优、缺点：
优点：开发简单、运维简单
缺点：该架构模式没有对我们的业务逻辑实现拆分，所有的代码都写入到同一个项目中，只适合小团队或者个人形式开发，不适合团队模式协同工作开发，这种架构模式最大的缺点，如果该系统一个模块出现不可用、会导致整个系统无法使用。
应用场景：政府项目、管理系统、crm、oa适合于个人小团队开发。

分布式架构

分布式架构模式是基于传统的架构模式演变过来，将传统的单点项目根据业务模块实现拆分、会拆分为会员系统、订单系统、支付系统、秒杀系统等。 从而降低我们项目的耦合度，这种架构模式开始慢慢的适合于互联网公司开发团队。

如果项目团队人数较多需要进行项目拆分。需要把单体项目不同的系统。大型公司和大型开发团队多用这种团队开发的模式。

不同的系统如何连成一块呢？需要通过域名跳转。

会员系统：memner.mayikt.com
支付系统pay.mayikt.com
命名系统化：包含服务和视图层

SOA面向服务架构

不同系统间的会话是如何进行绑定的呢？需要用到SSO单点登入系统。

SOA架构模式也称作为：面向服务架构模式、俗称面向与接口开发，将共同存在的业务逻辑抽取成一个共同的服务，提供给其他的服务接口实现调用、服务与服务之间通讯采用rpc远程调用技术。

通过SSO系统能解决代码冗余的问题。
服务：只是有接口 没有控制层 没有视图层
org.wavefar.service
org.wavefar.dao
这种模式叫作SOA面向业务逻辑的开发。

SOA架构模式特点：
1、SOA架构通讯中，采用XML方式实现通讯、在高并发下通讯过程中协议存在非常大冗余性，所以在最后微服务架构模式中使用JSON格式替代了XML。

2、SOA架构模式实现方案为Web Service或者是ESB企业服务总线 底层通讯协议SOAP协议（Http+XML）实现传输。

传统政府、银行项目还是保留的在使用Web Service
互联网公司肯定采用http＋json形式实现运输

ESB企业服务总线
解决多系统之间跨语言通讯，数据协议的转换，提供可靠消息传输。

基于IDEA快速构建Web Service
Web Service服务器端

public class UserService {@WebMethodpublic String getUser(Long id) {return "用户:" + id;}public static void main(String[] args) {Endpoint.publish("http://192.168.18.218:8089/service/UserService", new UserService());System.out.println("服务发布成功");}

http://192.168.18.218:8089/service/UserService?wsdl 获取wsdl
wsdl文件描述接口的调用地址 服务的接口 方法 参数等。
Web Service客户端

public class WebServiceClient {public static void main(String[] args) throws ServiceException, RemoteException {UserServiceServiceLocator userServiceServiceLocator = new UserServiceServiceLocator();UserService userService = userServiceServiceLocator.getUserServicePort();String result = userService.getUser(10L);System.out.println("result:" + result);}
}

微服务架构

微服务架构产生的原因

微服务架构基于SOA架构演变过来的。在传统的Web Service架构中有如下问题：

1. 依赖中心化服务发现机制
2. 使用Soap通讯协议，通常使用XML格式来序列化通讯数据，xml格式非常喜欢重，比较占宽带传输。
3. 服务化管理和治理设施不完善

微服务架构模式
SOA架构模式存在哪些缺点：

1. 采用SOAP协议实现通讯，xml传输非常重，效率比较低。
2. 服务化管理和治理设施不够完善
3. 依赖与中心服务发现机制
4. 不适合于前后分离架构模式

前端分离技术就是对我们控制层和业务层逻辑实现区分，前端控制可以采用vue调用我们后端接口（http＋json）。

微服务架构基本概念

微服务架构模式是从SOA架构模式演变过来， 比SOA架构模式粒度更加精细，让专业的人去做专业的事情（专注），目的是提高效率，每个服务与服务之间互不影响，微服务架构中每个服务必须独立部署、互不影响，微服务架构模式体现轻巧、轻量级、适合于互联网公司开发模式。

微服务架构倡导应用程序设计程多个独立、可配置、可运行和可微服务的子服务。
服务与服务通讯协议采用Http协议，使用restful风格API形式来进行通讯，数据交换格式轻量级json格式通讯，整个传输过程中，采用二进制，所以http协议可以跨语言平台，并且可以和其他不同的语言进行相互的通讯，所以很多开放平台都采用http协议接口。


微服务架构与SOA架构的不同

1. 通讯协议：微服务架构基于 SOA架构 演变过来，继承 SOA架构的优点，在微服务架构中去除 SOA 架构中的 ESB 企业服务总线，采用 Http+JSON（restful）进行传输。
2. 服务拆分粒度：微服务架构比 SOA 架构粒度会更加精细，让专业的人去做专业的事情（专注），目的提高效率，每个服务与服务之间互不影响，微服务架构中，每个服务必须独立部署，微服务架构更加轻巧，轻量级。
   SOA 架构中可能数据库存储会发生共享，微服务强调独每个服务都是单独数据库，保证每个服务于服务之间互不影响。
3. 迭代：微服务架构比 SOA 架构更加适合于互联网公司敏捷开发、快速迭代版本，因为粒度非常精细。

ESB企业服务总线：解决多系统之间跨语言无法实现通讯的问题，对我们数据协议实现转换，可以提供可靠的消息传输，第三方框架实现。
一般情况下都是采用Http+JSON格式传输，所以没有必要使用ESB企业服务总线。

微服务架构会产生哪些问题

分布式事务解决方案(rabbitmq、rocketmq事务消息、lcn(已经淘汰) 、setata)最终一致性概念。
分布式任务调度平台(XXL-Job、Alibaba Cloud Scheduler、elastic-job) .
分布式服务注册与发现(eureka、consul、zookeeper、Nacos)
分布式日志采集系统elk+kafka
分布式服务追踪与调用链系统Zipkin。
分布式服务配置中心(springcloud config/携程阿波罗/nacos/disconfig)

在微服务架构中非常重要的概念：独立部署、可配置、动态化

为什么我们要使用SpringCloud

SpringCloud并不是rpc远程调用框架，而是一套全家桶的微服务解决框架，理念就是解决我们在微服务架构中遇到的任何问题。
服务治理：eureka
分布式配置：config
客户端调用工具rest/feign客户端 rpc远程调用

注意：大家如果去一些比较大型的互联网公司中，整个公司内部实现rpc通讯的框架、服务治理都是内部自己研发。

Rpc远程调用框架有哪些？
Httpclient、dubbo、feign、grpc、基于netty手写rpc

SpringCloud第一代与第二代的区别

SpringCloud第一代：

SpringCloud Config 分布式配置中心
SpringCloud Netflix 核心组件

• Eureka:服务治理
• Hystrix:服务保护框架
• Ribbon:客户端负载均衡器
• Feign：基于ribbon和hystrix的声明式服务调用组件
• Zuul: 网关组件,提供智能路由、访问过滤等功能。

SpringCloud第二代（自己研发）和优秀的组件组合：
Spring Cloud Gateway 网关
Spring Cloud Loadbalancer 客户端负载均衡器
Spring Cloud r4j(Resilience4J) 服务保护

Spring Cloud Alibaba Nacos 服务注册
Spring Cloud Alibaba Nacos 分布式配置中心
Spring Cloud Alibaba Sentinel服务保护
SpringCloud Alibaba Seata分布式事务解决框架
Alibaba Cloud OSS 阿里云存储
Alibaba Cloud SchedulerX 分布式任务调度平台
Alibaba Cloud SMS 分布式短信系统

为什么Alibaba要推出SpringCloud组件

目的就是为了对阿里云的产品实现扩展。

SpringCloud与Spring Cloud Alibaba的区别

Spring Cloud Alibaba实际上对SpringCloud实现了拓展组件能够完美整合到SpringCloud rpc远程调用整合。

1. nacos分布式注册中心，分布式配置中心SpringCloudEureka+Config组合
2. 目的是为了推广阿里云产品，如果使用了Spring Cloud Alibaba建议最好使用Alibaba Mq rocketmq
   如果进行分布式任务调度，采用Alibaba Cloud SchedulerX

总结：Spring Cloud Alibaba实际上对我们的SpringCloud做拓展组件开发naoocs、setata分布式事物解决框架、SchedulerX、Alibaba Cloud OSS等，目的是致力于提供微服务开发的一站式解决方案。

其他Spring Cloud alibaba视频参考点击查看