文章中需要用到的代码和sql
链接：https://pan.baidu.com/s/1_1Qqro7wR5zi7Ds8Bgmf-g
提取码：vxzg
目录
一.微服务
1.1单体架构
1.2分布式架构
1.3微服务
1.4各自特点总结
1.5微服务技术对比
二.服务拆分及远程调用
三.Eureka注册中心
3.1服务调用出现的问题
3.3实践
四.Ribbon
4.1负载均衡流程
4.2负载均衡规则
4.3饥饿加载
一.微服务
1.1单体架构
单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。
优点：架构简单、部署成本低
缺点：耦合度高
1.2分布式架构
分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。
优点：降低服务耦合、有利于服务升级拓展
分布式架构的要考虑的问题：
服务拆分粒度如何？
服务集群地址如何维护？
服务之间如何实现远程调用？
服务健康状态如何感知？
1.3微服务
微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：
单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发
面向服务：微服务对外暴露业务接口
自治：团队独立、技术独立、数据独立、部署独立
隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题
1.4各自特点总结
单体架构特点？
简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统
分布式架构特点？
松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝
微服务：一种良好的分布式架构方案
优点：拆分粒度更小、服务更独立、耦合度更低
缺点：架构非常复杂，运维、监控、部署难度提高
1.5微服务技术对比
| Dubbo | SpringCloud | SpringCloudAlibaba | |
| 注册中心 | zookeeper、Redis | Eureka、Consul | Nacos、Eureka |
| 服务远程调用 | Dubbo协议 | Feign（Http协议） | Dubbo、Feign |
| 配置中心 | 无 | SpringCloudConfig | SpringCloudConfig、Nacos |
| 服务网关 | 无 | SpringCloudGateway、Zuul | SpringCloudGateway、Zuul |
| 服务监控和保护 | dubbo-admin | Hystix | Sentinel |
二.服务拆分及远程调用
注意事项：
单一职责：不同微服务，不要重复开发相同业务
数据独立：不要访问其它微服务的数据库
面向服务：将自己的业务暴露为接口，供其它微服务调用
首先将顶部的demo代码和sql导入
注意修改yml中的数据库连接用户、密码、数据库以及数据库版本等
运行UserService以及OrderService，在浏览器进行访问，查看是否正常
业务需求：根据订单id查询订单的同时，把订单所属的用户信息一起返回
①首先我们要进行服务的远程调用，先用RestTemplate
②首先用@Bean管理一个RestTemplate，我这里直接在启动类里写了
@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
public class OrderApplication {
public static void main(String[] args) {
SpringApplication.run(OrderApplication.class, args);
}
@Bean
public RestTemplate restTemplate(){
return new RestTemplate();
}
}③然后进入Controller，进入对应的Service方法
@Service
public class OrderService {
@Autowired
private OrderMapper orderMapper;
@Autowired
private RestTemplate restTemplate;
public Order queryOrderById(Long orderId) {
// 1.查询订单
Order order = orderMapper.findById(orderId);
//2.利用RestTemplate进行远程调用
String url = "http://localhost8081/user/"+order.getUserId();
User user = restTemplate.getForObject(url, User.class);
//3.封装user到Order里
order.setUser(user);
// 4.返回
return order;
}
}
④重启OrderService服务，访问http://localhost:8080/order/101看是否正常
服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）
服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）
三.Eureka注册中心
3.1服务调用出现的问题
服务消费者该如何获取服务提供者的地址信息？
如果有多个服务提供者，消费者该如何选择？
消费者如何得知服务提供者的健康状态？
3.2Eureka作用
消费者该如何获取服务提供者具体信息？
服务提供者启动时向eureka注册自己的信息，eureka保存这些信息，消费者根据服务名称向eureka拉取提供者信息。
如果有多个服务提供者，消费者该如何选择？
服务消费者利用负载均衡算法，从服务列表中挑选一个
消费者如何感知服务提供者健康状态？
服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态
eureka会更新记录服务列表信息，心跳不正常会被剔除
消费者就可以拉取到最新的信息
3.3实践
①搭建注册中心、服务注册
搭建EurekaServer
1.创建一个新模块，命名为eruka-server（随便），改pom导入依赖
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
<artifactId>cloud-demo</artifactId>
<groupId>cn.itcast.demo</groupId>
<version>1.0</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>eureka-server</artifactId>
<properties>
<maven.compiler.source>8</maven.compiler.source>
<maven.compiler.target>8</maven.compiler.target>
</properties>
<dependencies>
<!--eureka服务端-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
</dependencies>
</project>2.编写启动类
@EnableEurekaServer
@SpringBootApplication
public class EurekaApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaApplication.class,args);
}
}3.修改application.yml
server:
port: 10086
spring:
application:
name: eurekaserver #Eureka服务名称
eureka:
client:
service-url: #Eureka地址信息
defaultZone: http://localhost:10086/eureka4.访问 http://localhost:10086/
②服务发现
将user-service、order-service都注册到eureka
1.在order-service、user-service模块下添加依赖
<!--Eureka客户端-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>2.修改application.yml，添加以下内容
spring:
application:
name: orderservice #order下写这个 user下写userservice
eureka:
client:
service-url: #Eureka地址信息
defaultZone: http://localhost:10086/eureka3.重启userservice、orderservice
4.访问http://localhost:10086/
在order-service中完成服务拉取，然后通过负载均衡挑选一个服务，实现远程调用
1.修改OrderService的代码，修改访问的url路径，用服务名代替ip、端口：
String url = "http://userservice/user/"+order.getUserId();
2.在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解，默认轮询：
@Bean
@LoadBalanced
public RestTemplate restTemplate(){
return new RestTemplate();
}3.重启order-service
4.访问http://localhost:8080/order/101
③总结
搭建EurekaServer
引入eureka-server依赖
添加@EnableEurekaServer注解
在application.yml中配置eureka地址
服务注册
引入eureka-client依赖
在application.yml中配置eureka地址
服务发现
引入eureka-client依赖
在application.yml中配置eureka地址
给RestTemplate添加@LoadBalanced注解
用服务提供者的服务名称远程调用
四.Ribbon
4.1负载均衡流程
4.2负载均衡规则
Ribbon的负载均衡规则是一个叫做IRule的接口来定义的，每一个子接口都是一种规则：
通过定义IRule实现可以修改负载均衡规则，有两种方式：
1.代码方式：在order-service中的OrderApplication类中，定义一个新的IRule：
@Bean
public IRule randomRule(){
return new RandomRule();
}
2.配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule# 负载均衡规则
4.3饥饿加载
Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。
而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：
ribbon:
eager-load:
enabled: true #开启饥饿加载
clients:
- userservice #指定对这个服务进行饥饿加载
