springcloud（一）

最新推荐文章于 2024-11-09 12:43:52 发布

時間-

最新推荐文章于 2024-11-09 12:43:52 发布

阅读量101

点赞数

分类专栏： springcloud 文章标签： spring cloud java 微服务

本文链接：https://blog.csdn.net/qq_54027065/article/details/129381739

版权

springcloud 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

文章介绍了微服务架构的发展，从单体架构的简单部署到分布式架构的低耦合性，然后详细探讨了微服务的特征和优缺点。SpringCloud作为微服务的实现框架，提供了服务拆分和远程调用的解决方案。Eureka作为服务注册中心，解决了服务发现和健康检查的问题，而Ribbon则提供了负载均衡机制。最后提到了Nacos作为另一种服务发现和配置中心，具备更多功能和更灵活的负载均衡策略。

摘要由CSDN通过智能技术生成

认识微服务

微服务架构的演变

单体架构

单体架构： 就是将项目中的所有功能模块放在一个项目中开发，然后打包部署。

优势：

架构简单
部署成本低

劣势：

耦合度高（不易维护）

分布式架构

分布式架构： 就是将项目按照业务，拆分成一个一个的模块，独立开发，称为一个服务。

优势：

耦合度低（易维护）
方便二次开发和服务升级等

劣势：

架构复杂、难度大

治理服务

分布式服务架构需要考虑的问题：

服务拆分粒度如何？
服务集群地址如何维护？
服务之间如何实现远程调用？
服务健康状态如何感知？

微服务

微服务就是一种经过良好架构设计的分布式架构方案。

微服务的架构特征：

单一职责：微服务拆分粒度更小，每个服务对应唯一的业务能力，做到单一职，避免重负业务开发。（好处：每个服务业务更少、影响的范围小）
面向服务：微服务对外暴露接口
自治：团队独立（团队开发）、技术独立（选择更灵活、可以根据功能选择不同的技术）、数据独立（可以使用自己独立的数据库）、部署独立
隔离性强：服务做好隔离、容错、降级、避免处理级联问题

优点： 拆分粒度更小、服务更独立、耦合度更低

缺点： 架构非常复杂，运维、监控、部署难度提高

spring cloud

官网地址：https://spring.io/projects/spring-cloud
springcloud集成了各种微服务功能组件、基于springboot实现了这些组件的自动装配，开箱即用

服务拆分及远程调用

服务拆分

服务拆分注意事项：

单一职责：不同微服务，不要重复开发相同业务
数据独立：不要访问其它微服务的数据库
面向服务：将自己的业务暴露为接口，供其它微服务调用

项目实例：略

服务间调用

注册RestTemplate

import org.mybatis.spring.annotation.MapperScan;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.web.client.RestTemplate;

@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
public class OrderApplication {

    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }

    /**
     * 注册RestTemplate
     * @return
     */
    @Bean
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }
}

服务远程调用RestTemplate

import cn.itcast.order.mapper.OrderMapper;
import cn.itcast.order.pojo.Order;
import cn.itcast.order.pojo.User;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.web.client.RestTemplate;

@Service
public class OrderService {

    @Autowired(required = false)
    private OrderMapper orderMapper;

    @Autowired
    private RestTemplate restTemplate;

    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        //利用ResetTemplate模板，发送http请求，查询用户
        //2.1创建url请求地址
        String url = "http://localhost:8081/user/"+order.getUserId();
        //2.2发送http请求，实现远程调用
        User user = restTemplate.getForObject(url, User.class);
        order.setUser(user);
        // 4.返回
        return order;
    }
}

总结：
微服务的调用方式：

基于ResetTemplate发起的http请求实现远程调用
http请求做远程调用是与语言无关的调用。只需要知道对方的IP、端口、接口路径、请求参数即可。

消费者与提供者

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

eureka注册中心

远程调用问题

服务消费者该如何获取服务提供者的地址信息？（http请求）
如果有多个服务提供者，消费者该如何选择？（多个http请求，该如何选择）
消费者如何得知服务提供者的健康状态？

eureka的原理

eureka的作用：（分为两个角色）

eureka-server 注册中心：记录和管理微服务、检测心跳
eureka-client 客户端
- Provider：服务提供者，
  - 每隔30秒Eureka发送一个心跳请求
  - 注册自己的信息到eureka
- consumer：服务消费者
  - 根据服务的名称从EurekaServer拉取服务列表
  - 基于服务列表做负载均衡，选中一个微服务后发起远程调用

搭建EurekaServer

新增模块/创建项目，引入依赖 spring-cloud-starter-netflix-eureka-server

    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
    </dependency>

在启动类上加上注解 @EnableEurekaServer
编写配置文件application.yml

server:
  port: 10086 #服务端口
spring:
  application:
    name: eurekaserver # eurkea微服务名称
eureka:
  client:
    fetch-registry: false  #false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
    service-url: # eurkea的地址信息
      defaultZone: http://127.0.0.1:10086/eureka/

服务注册

注册user-service

加入eureka客户端依赖 spring-cloud-starter-netflix-eureka-client

    <!--eureka客户端依赖-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
    </dependency>

配置application.yml文件

eureka:
  client:
    service-url: # eurkea的地址信息
      defaultZone: http://127.0.0.1:10086/eureka/

注册order-service
配置步骤和注册user-service一样

服务发现

idea中 copy Configuration ，注意需要修改端口号
将 localhost:8081 修改为需要访问的服务名称

public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        //利用ResetTemplate模板，发送http请求，查询用户
        //2.1创建url请求地址
        String url = "http://userservice/user/"+order.getUserId();
        //2.2发送http请求，实现远程调用
        User user = restTemplate.getForObject(url, User.class);
        order.setUser(user);
        // 4.返回
        return order;
    }

添加负载均衡注解 @LoadBalanced

import org.springframework.cloud.client.loadbalancer.LoadBalanced;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.client.RestTemplate;

@Configuration
public class TestConfig {
    /**
     * 注册RestTemplate
     * LoadBalanced:负载均衡的注解
     * @return
     */
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }
}

总结：

搭建EurekaServer
- 引入eureka-server依赖
- 添加@EnableEurekaServer注解
- 在application.yml中配置eureka地址
服务注册
- 引入eureka-client依赖
- 在application.yml中配置eureka地址
服务发现
- 引入eureka-client依赖
- 在application.yml中配置eureka地址
- 给RestTemplate添加 @LoadBalanced注解
- 用服务提供者的服务名称远程调用

Ribbon负载均衡原理

负载均衡流程

在这里插入图片描述

负载均衡策略

在这里插入图片描述
通过定义IRule实现可以修改负载均衡规则，有两种方式：

代码方式：在order-service中的OrderApplication类中，定义一个新的IRule：

@Bean
    public IRule randomRule(){
        return new RandomRule();
    }```

配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则

饥饿加载

Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。
而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：

ribbon:
  eager-load:
    enabled: true # 开启饥饿加载
    clients: userservice # 指定对userservice这个服务饥饿加载

总结

Ribbon负载均衡规则
- 规则接口是IRule
- 默认实现是ZoneAvoidanceRule，根据zone选择服务列表，然后轮询
负载均衡自定义方式
- 代码方式：配置灵活，但修改时需要重新打包发布
- 配置方式：直观，方便，无需重新打包发布，但是无法做全局配置
饥饿加载
- 开启饥饿加载
- 指定饥饿加载的微服务名称

nacos注册中心

认识nacos。

Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高。

安装Nacos

略

服务注册到Nacos

在cloud-demo父工程中添加spring-cloud-alilbaba的管理依赖：

            <!--nacos客户端依赖包-->
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>2.2.5.RELEASE</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>

注释掉order-service和user-service中原有的eureka依赖。
添加nacos的客户端依赖：

        <!-- nacos客户端依赖包 -->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>

4.修改user-service&order-service中的application.yml文件，注释eureka地址，添加nacos地址：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848 #nacos服务地址

启动并测试：

总结：

Nacos服务搭建
- 下载安装包
- 解压
- 在bin目录下运行指令：startup.cmd -m standalone
Nacos服务注册或发现
- 引入nacos.discovery依赖
- 配置nacos地址spring.cloud.nacos.server-addr

服务集群属性

修改application.yml，添加如下内容：

spring:
  cloud:
    nacos:
      discovery:
        cluster-name: HN

在Nacos控制台可以看到集群变化。

总结：

Nacos服务分级存储模型
- 一级是服务，例如userservice
- 二级是集群，例如杭州或上海
- 三级是实例，例如杭州机房的某台部署了userservice的服务器
如何设置实例的集群属性
- 修改application.yml文件，添加spring.cloud.nacos.discovery.cluster-name属性即可

根据集群负载均衡

修改order-service中的application.yml，设置集群为HN：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848 #nacos服务地址
      discovery:
        cluster-name: HN

然后在order-service中设置负载均衡的IRule为NacosRule，这个规则优先会寻找与自己同集群的服务：

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则(随机)

总结：

NacosRule负载均衡策略
- 优先选择同集群服务实例列表
- 本地集群找不到提供者，才去其它集群寻找，并且会报警告
- 确定了可用实例列表后，再采用随机负载均衡挑选实例

根据权重负载均衡

实际部署中会出现这样的场景：

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求

Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高

在Nacos控制台可以设置实例的权重值，首先选中实例后面的编辑按钮
将权重设置为0.1，测试可以发现8081被访问到的频率大大降低

总结：

实例的权重控制
- Nacos控制台可以设置实例的权重值，0~1之间
- 同集群内的多个实例，权重越高被访问的频率越高
- 权重设置为0则完全不会被访问

nacos注册中心细节分析

在这里插入图片描述

临时实例和非临时实例

服务注册到Nacos时，可以选择注册为临时或非临时实例，通过下面的配置来设置：

server:
  port: 8080
spring:
  datasource:
    url: jdbc:mysql://localhost:3306/cloud_order?useSSL=false
    username: root
    password: root
    driver-class-name: com.mysql.jdbc.Driver
  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: localhost:8848 #nacos服务地址
      discovery:
        cluster-name: HN
        namespace: 323bb01e-93aa-4598-8249-64778137aadd # # 命名空间，填ID
        ephemeral: false # 设置为非临时实例

临时实例宕机时，会从nacos的服务列表中剔除，而非临时实例则不会

总结:

Nacos与eureka的共同点
- 都支持服务注册和服务拉取
- 都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
- Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
- 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
- Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
- Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式