SpringCloud学习

认识微服务

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

优点：架构简单

部署成本低

缺点：耦合度高

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

优点：降低服务耦合度

有利于服务升级拓展

缺点：配置环境增多

考虑问题：服务拆分粒度

服务集群地址维护

服务之间的远程调用

服务健康状态感知

3.微服务：经过良好的架构设计的分布式架构方案

特征：单一职责：微服务拆分粒度更小，每一服务都对应唯一的业务能力，做到单一职责，避免重复业务开发

面向服务：微服务对外暴露业务接口

自治：团队独立、技术独立、数据独立、部署独立

4.微服务结构

请求路由负载或均衡

用户——>服务网关——————————>服务集群

SpringCloud

1.国内使用最广泛

集成了各种微服务功能的组件，并基于SpringCloud实现组件的自动装配

2.组件： 服务注册发现 统一配置管理

服务远程调用 统一网关路由

服务链路监控 流控、降级、保护

3.服务拆分及远程调用

注：不同微服务，不需要重复开发相同业务

微服务数据独立，不访问其他微服务数据库

微服务将自己的业务暴露为接口，供其他为服务调用

4.远程调用方式分析：基于RestTemplate发起的http请求实现远程调用（说明url路径）

http请求做远程调用是与语言无关的调用，只要知道对方的ip、端 口、接口路径、请求参数即可

• 注入RestTemplate

• 在Service类中使用restTemplate.queryOrderById（url，返回值类型）方法

5.服务远程调用：提供者与消费者

服务提供者：一次业务中，被其他微服务调用用的服务。（提供接口给其他微服务）

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

一个服务可以既是提供者又是消费者

6.服务调用的问题：消费者如何获取提供者的地址信息

若有多个提供者，消费者如何选择

消费者如何得知提供者的健康状态

Eurka

1.Eurka注册中心（对应上述问题）：

• 提供者启动时向eurka注册自己的信息（心跳机制，每30秒一次）

eurka保存这些信息

消费者根据服务名称向eurka拉取提供者信息

• 消费者利用负载均衡算法，从服务列表中挑选一个

• 服务提供者每隔30秒向EurkaServer发送心跳请求，报告健康状态

eurka会更新记录服务列表信息，心跳不正常会被剔除

消费者可以拉取到最新的信息

2.搭建EurkaServer服务步骤：

• 创建项目，引入eurka-server依赖

• 编写启动类，添加注解@EnableEurkaServer

• 添加文件application.yml，编写配置文件eurka地址(http://127.0.0.1:10086/eureka)

3.服务注册(将客户端注册进eurka)

将user-service服务注册到EurkaServer中

• 引入依赖eurka-client

• 在application.yml文件，编写配置eurka地址

4.在order-service完成服务拉取（服务发现）

服务拉取是基于服务名称获取服务列表，然后对服务列表做负载均衡

• 修改order-service代码，修改访问url的路径，用服务名代替ip、端口

String url = "http://userservice/user/" + order.getUserId();

• 在order-service项目的启动类OrderAppilation中的RestTemplate添加负载均衡注解

@LoadBalenced

服务发现步骤

• 引入依赖eurka-client

• 在application.yml文件，编写配置eurka地址

• 在RestTemplate中添加@LoadBalanced注解

• 给服务提供者的服务名称远程调用

负载均衡

1.负载均衡流程

• order-service向Ribbon负载均衡发起请求

• Ribbon拉取eurka-server

• eurka-server返回服务列表给Ribbon

• Ribbon轮询到端口号

2.负载均衡策略

修改负载均衡策略（两种）

• 代码方式(全局）：在order-service中的OrderApplication类中，定义一个新的IRule（规则接口）

@Bean

public IRule randomRule(){

return new RandomRule();

}

• 配置文件方式（某个微服务）：在order-service中的application.yml文件中，添加新的配置

userservice:

ribbon:

NFLoadBalanceRuleClassName: com.netflix.loadbalancer.RandomRule

3.饥饿加载

Ribbon默认采用懒加载，第一次访问时才会创建LoadBalanceClient，请求时间很长。

饥饿加载是在项目启动时创建，降低第一次访问的耗时，通过修改配置开启饥饿加载

ribbon:

eager-load:

enabled:ture #开启饥饿加载

clients: userservice #指定饥饿加载的服务名称（可有多个）