一、SpringCloud

Srping Cloud是一系列框架的集合，利用Spring Boot的开发便利性地简化了分布式系统基础设施地开发，

二、微服务介绍

1.系统架构演变

系统架构大体经历了六个过程：单体应用架构->垂直应用架构->分布式架构->SOA架构->微服务架构->Service Mesh(服务网络化)

1.1 单体应用架构

将所有的模块都开发在一个项目下，将一个项目打包成一个war包

优点：

• 架构图简单易懂
• 对于一些小型项目来讲，开发维护简单
• 部署一个单点tomcat上，后期维护方便

缺点：

• 对大型项目来讲，维护困难
• 模块之间紧密耦合，单点容错率低
• 无法针对某一个模块进行水平扩展或优化

1.2 垂直应用架构

优点：

• 系统之分之后，就可以进行水平扩展和优化
• 提高了单点容错性

缺点：

• 系统之间无法相互调用
• 会有重复代码

1.3 分布式架构

优点：

• 抽取公共代码为服务层，增强代码复用性

缺点：

• 调用关系复杂，维护困难

1.4 SOA架构（面向服务的架构）

优点：

• 使用服务治理中心帮我们维护复杂的调用关系

缺点：

• 服务有依赖性，可能会因为一个服务的问题导致多个系统不可用（拆分的不够彻底）

1.5 微服务架构（服务的原子化拆分）

微服务架构在某种程度上是面向服务的架构SOA继续发展的下一步，更加强调服务的“彻底拆分”

优点：

• 服务原子化拆分，独立打包、部署、升级，保证每个微服务清晰的任务划分，利于扩展
• 微服务之间采用Restful等轻量级http协议相互调用

缺点：

• 分布式系统开发的技术成本高（容错、分布式事务等）

2.微服务架构介绍

2.1 问题：

1. 这么多的小服务，我们应该如何管理它们？（服务治理，注册中心（服务注册、发现、剔除））
2. 这么多的小服务，它们之间应该如何调用？（restful、rpc）
3. 这么多的小服务，客户端如何来访问它们？（网关）
4. 这么多的小服务，如果出现了问题，那么作为服务自身来讲，应该如何自处理？（容错）
5. 这么多的小服务，如何中间哪个环节出了问题，作为程序员来讲，应该如何排查？（链路追踪）

2.2 概念

2.2.1 服务治理

进行服务的自动化管理，核心是服务的自动注册与发现

• 服务注册：服务实例将自身服务信息注册到注册中心
• 服务发现：服务实例通过注册中心，获取到注册到其中的服务实例的信息，通过这些信息去请求它们提供的服务
• 服务剔除：服务注册中心将出问题的服务自动剔除到可用列表之外，使其不会被调用到