SpringCloud学习路线（1）—— 从头开始的微服务

一、服务架构的历史

• 现有的服务框架： 单体架构
  • 概念： 将业务所有功能集中在一个项目中开发，打包部署
  • 优点： 架构简单，部署成本低
  • 缺陷： 耦合度高
• 分布式架构
  • 概念： 根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务
  • 优点： 耦合度低，拓展性高
  • 缺陷： 无法跨越服务器请求调度
  • 分布式架构需要考虑的几个问题
    • 服务拆分精度
    • 服务集群地址维护
    • 服务之间调用
    • 服务健康状态检查

二、微服务

（一）概念： 微服务是一种经过良好架构设计的分布式架构方案。

（二）微服务架构特征：

• 1、单一职责： 微服务拆分粒度小，每个服务对应唯一业务，避免重复业务开发。
• 2、面向服务： 微服务对外暴露业务接口。
• 3、自治： 团队独立、技术独立、数据独立、部署独立

（三）微服务结构的对比

	Dubbo	SpringCloud	SpringCloudAlibaba
注册中心	zookeeper、Redis	Euraka、Consul	Nacos、Eureka
服务远程调用	Dubbo协议	Feign(http协议)	Dubbo、Feign
配置中心	无	SpringCloudConfig	SpringCloudConfig、Nacos
服务网关	无	SpringCloudGateway、Zuul	SpringCloudGateway、zuul
服务监控和保护	dubbo-admin	Hystrix	Sentinel

三、SpringCloud

（一）概念： SpringCloud是目前国内使用最广泛的微服务框架，集成了各种微服务功能组件，并基于SpringBoot实现了组件的自动装配，提供开箱即用体验。
（二）官方地址： https://spring.io/projects/spring-cloud
（三）SpringCloud与SpringBoot的版本兼容

四、提供者与消费者

• 什么是提供者和消费者？
  • 服务提供者： 一次业务，被其它微服务调用的服务。（基本上每个微服务都是服务提供者）
  • 服务消费者： 一次业务，调用其他微服务的服务。（调用接口的微服务）