新Spring Cloud（1）springcloud的出现及概述

一：架构

1.1 单体架构

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

架构:

单体架构的优缺点如下：

1. 优点：架构简单、部署成本低
2. 缺点：耦合度高（维护困难、升级困难）
3. 不适合大型项目的开发

1.2 分布式架构

分布式架构：根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。

结构图：

分布式架构的优缺点：

1. **优点：**降低服务耦合；有利于服务升级和拓展
2. **缺点：**服务调用关系错综复杂
3. 适合大型项目的开发

出现的问题：做了服务的拆分出现的问题

1. 服务拆分的粒度如何界定？
2. 服务之间如何调用？
3. 服务的调用关系如何管理？
4. 服务集群地址如何维护?
5. 服务之间如何实现远程调用?
6. 服务健康状态如何感知?

1.3 微服务

微服务是一种经过良好架构设计的分布式架构方案，

结构：

微服务的架构特征：

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
• 自治：团队独立、技术独立、数据独立（可以有自己独立的数据库），独立部署和交付
• 面向服务：服务提供统一标准的接口，与语言和技术无关（微服务对外暴露业务接口）
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

在国内知名的就是springCloud和阿里巴巴的Dubbo
结构：

二：微服务技术对比

SpringCloudAlibaba兼容Dubbo和SpringCloud，其组件Nacos既可以使用Dubbo协议也可以使用Feign协议

企业所使用的技术栈：

三：SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。

官网地址：https://spring.io/projects/spring-cloud

SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验。

其中常见的组件包括：

SpringCloud底层是依赖于SpringBoot的，并且有版本的兼容关系

四：服务的提供者和消费者

服务提供者：一次业务中，被其它微服务调用的服务。(提供接口给其它微服务)

服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口)

一个服务既可能是消费者有可能是提供者，
例如：服务A调用服务B，服务B调用服务C，那么服务B是什么角色?

服务者和消费者是相对与哪一个业务来言

服务调用关系总结：

1. 服务提供者:暴露接口给其它微服务调用
2. 服务消费者:调用其它微服务提供的接口
3. 提供者与消费者角色其实是相对的
4. 一个服务可以同时是服务提供者和服务消费者