SpringCloud（待续）

单体架构特点?
·简单方便，高度耦合，扩展性差，适合小型项目。例如:学生管理系统
分布式架构特点?
·松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如:京东、淘宝
微服务:一种良好的分布式架构方案
优点:拆分粒度更小、服务更独立、耦合度更低
·缺点:架构非常复杂，运维、监控、部署难度提高 

单体架构

优势：构造简单，部署成本低  缺点耦合高，不利于大型项目

微服务架构

降低服务耦合  ，有利于服务升级拓展

拆分力度、集群地址维护、远程调用、服务间健康状态感知

对于微服务项目：

1微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发。比如商城拆分成用户、会员、积分服务等。

2面向服务:微服务对外暴露业务接口
3自治:团队独立、技术独立、数据独立、部署独立

4隔离性强:服务调用做好隔离、容错、降级，避免出现级联问题

 微服务技术对比

 SpringCloud是目前国内使用最广泛的微服务框架。官网地址: https://spring.io/projects/spring-cloud。

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

SpringCloud与SpringBoot的版本兼容关系如下:
2020.0.x aka llford   2.4.X
Hoxton   2.2.x,2.3.x (Starting with SR5)
Greenwich   2.1.x
Finchley   2.0.X
Edgware   1.5.x
Dalston     1.5.X
我们课堂学习的版本是 Hoxton.SR10，因此对应的SpringBoot版本是2.3.x版本。

服务拆分及远程调用

注意事项：

1．不同微服务，不要重复开发相同业务
2．微服务数据独立，不要访问其它微服务的数据库，即各个模块下的数据库是独立的。如cloud_order库和cloud_user库等。

项目结构

cloud父pom中定义依赖的版本。

里面是多个springboot项目，各个boot项目作为一个模块，yml配置就是其对应的boot的yml。

微服务远程调用

传统方式restTemplate

在任何一个springboot配置类中，引导类也可，注入restTemplate

	@Bean
	public RestTemplate restTemplate(){
		return new RestTemplate();
	}

然后在orderService实现类中注入该RestTemplate，然后如果是发get请求就是getForObject，发post请求就是postForObject。

String url = "http://localhost:8081/user/"+order.getUserId();//正常的restful格式

User user = restTemplate.getForObject(url,User.class);

order.setUser(user);

提供者与消费者

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

EureKa注册中心

服务调用出现的问题
1、消费者该如何获取服务提供者具体信息?
服务提供者启动时向eureka注册自己的信息eureka保存这些信息
消费者根据服务名称向eureka拉取提供者信息
2、如果有多个服务提供者，消费者该如何选择?
服务消费者利用负载均衡算法，从服务列表中挑选一个
3、消费者如何感知服务提供者健康状态?
服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态eureka会更新记录服务列表信息，心跳不正常会被剔除、消费者就可以拉取到最新的信息

所有的微服务先注册信息包括服务名和ip端口给Eureka。

对于服务消费者的一方，无需写服务提供者的ip和端口，直接根据服务提供者的名称找eureka获取其ip和端口即可。

负载均衡

比如user-server让其注册多个微服务做成了该微服务的集群，localhost:8081、localhost:8082、localhost:8083，作为服务提供者就会进行负载均衡从中按照某种策略挑选一个。

Eureka动手实践