目录
一、SpringCloud
二、微服务介绍
1.系统架构演变
1.1 单体应用架构
1.2 垂直应用架构
1.3 分布式架构
1.4 SOA架构（面向服务的架构）
1.5 微服务架构（服务的原子化拆分）
2.微服务架构介绍
2.1 问题：
2.2 概念
一、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 问题：
- 这么多的小服务，我们应该如何管理它们？（服务治理，注册中心（服务注册、发现、剔除））
- 这么多的小服务，它们之间应该如何调用？（restful、rpc）
- 这么多的小服务，客户端如何来访问它们？（网关）
- 这么多的小服务，如果出现了问题，那么作为服务自身来讲，应该如何自处理？（容错）
- 这么多的小服务，如何中间哪个环节出了问题，作为程序员来讲，应该如何排查？（链路追踪）
2.2 概念
2.2.1 服务治理
进行服务的自动化管理，核心是服务的自动注册与发现
- 服务注册：服务实例将自身服务信息注册到注册中心
- 服务发现：服务实例通过注册中心，获取到注册到其中的服务实例的信息，通过这些信息去请求它们提供的服务
- 服务剔除：服务注册中心将出问题的服务自动剔除到可用列表之外，使其不会被调用到
