SpringCloud

SpringCloud

认识微服务

单体架构

​ 将业务的所以功能集中在一个项目中开发,打成一个包部署。

​ 优点:架构简单,部署成本低

​ 缺点:耦合度高

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

分布式架构

​ 根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务。

​ 优点:降低服务耦合,有利于服务升级拓展。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

分布式架构要考虑的问题:
	服务拆分粒度如何?
	服务集群地址如何维护?
	服务之间如何实现远程调用?
	服务健康状态如何感知?

微服务

微服务是一种经过良好架构设计的分布式架构方案,微服务架构特征:

单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发。

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

自治:团队独立,技术独立,数据独立,部署独立

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

单体架构和分布式架构和微服务的区别

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

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

微服务技术对比

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

Spring Cloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址:https://spring.io/projects/spring-cloud
SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,从而提供了良好的开箱即用体验。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

服务拆分及远程调用

⭐服务拆分注意事项

1,不同微服务,不要重复开发相同业务
2,微服务数据独立,不要访问其它微服务的数据库
3,微服务可以将自己的业务暴露为接口,供其它微服务调用

案例

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

远程调用方式分析

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

步骤
1,注册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();
    }

}


2,服务远程调用RestTemplate
  @GetMapping("{orderId}")
    public Order queryOrderByUserId(@PathVariable("orderId") Long orderId) {
        // 根据id查询订单并返回
        Order order = orderService.queryOrderById(orderId);

        //利用RestTemplate发送请求
        //获取userId
        Long userId = order.getUserId();
        String url = "http://localhost:8082/user/" + userId;
        //通过请求获取用户信息
        User user = restTemplate.getForObject(url, User.class);

        //封装user放入order
        order.setUser(user);
        return order;
    }

Eureka

提供者与消费者

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

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

Eureka注册中心

服务调用出现的问题

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

Eureka的作用

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

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

​ 导入依赖

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

创建启动类并添加@EnableEurekaServer注解

@EnableEurekaServer
@SpringBootApplication
public class EurekeApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekeApplication.class,args);
    }
}

配置application.yml

server:
  port: 10086
spring:
  application:
    name: eurekaserver
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka


点击Services中的服务端口号会自动跳进浏览器外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

2,服务注册

导入依赖

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

配置yml

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

另外还可以将user-service多次启动,模拟多实例部署,但为了避免端口冲突,需要修改端口设置。

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

3,服务发现

1,修改Order Service的代码,修改访问的url路径,用服务名代替Ip、端口;

String url = "http://localhost:8082/user/" + userId;
修改为
String url = "http://userservice/user/" + userId;

2,在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解;

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

Ribbon负载均衡

负载均衡原理

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

负载均衡策略

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

通过定义IRule实现可以修改负载均衡规则,有两种方式:

1,代码方式:在启动类中,定义一个新的IRule:

  @Bean
    public IRule randomRule(){
        return new RandomRule();
    }
作用范围:orderService 访问的全体服务

2,配置文件方式:

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule
作用范围:userservice的服务
懒加载

​ Ribbon默认是采用懒加载,即第一次访问时才回去创建LoadBalanceClient,请求时间会很长。

​ 而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,通过下面配置开启饥饿加载:

总结

1,Ribbon负载均衡规则

​ 规则接口是IRule

​ 默认实现是ZoneAvoidanceRule,根据zone选择服务列表,然后轮询

2,负载均衡自定义方式

​ 代码方式:配置灵活,但修改时需要重新打包发布

​ 配置方式:直观,方便,无需重新打包发布,但是无法做全局配置

3,饥饿加载

​ 开启饥饿加载

​ 指定饥饿加载的微服务名称

Nacos注册中心

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

服务注册到Nacos

1,在cloud-demo父工程中添加spring-cloud-alibaba的管理依赖

   <dependency>
                <groupId>com.alibaba.cloud</groupId> 
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>2.2.6.RELEASE</version
                <type>pom</type>
                <scope>import</scope>
            </dependency>

2,注释掉order-service和user-service中原有的eureka依赖。

3,添加nacos的客户端依赖:

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

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

Nacos服务分级存储模型

①一级是服务,例如userservice

②二级是集群,例如杭州或上海

③三级是实例,例如杭州机房的某台部署了userservice的服务器

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

服务跨集群调用问题

服务调用尽可能选择本地集群的服务,跨集群调用延迟较高

本地集群不可访问时,再去访问其它集群

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

服务集群属性

1,修改user-application.yml,添加如下内容

  cloud:
    nacos:
      server-addr: localhost:8848  #nacos服务地址
      discovery:
        cluster-name: HZ #集群名称 //SH

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

根据集群负载均衡

1,为orderservice配置集群

  cloud:
    nacos:
      server-addr: localhost:8848 #Nacos服务地址
      discovery:
        cluster-name: HZ  #集群名称

2,设置负载均衡的Rule为NacosRule,这个规则会优先寻找与自己同集群的服务:

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule

Nacos负载均衡策略

​ ①优先选择同集群服务实例列表

​ ②本地集群找不到提供者,才去其它集群寻找,并且会报警告

​ ③确定了可用实例列表后,再采用随机负载均衡挑选实例

根据权重负载均衡

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

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

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

可用通过控制台来设置权重

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

①Nacos控制台可以设置实例的权重值,0~1之间

②同集群内的多个实例,权重越高被访问的频率越高

③权重设置为0则完全不会被访问

环境隔离-namespace

①新建命名空间

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

②修改order-service的application.yml,添加namespace:

  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: localhost:8848 #Nacos服务地址
      discovery:
        cluster-name: HZ  #集群名称
        namespace: 3f97a6d6-13da-45a8-8759-0e080d9d353e #命名空间 ID

③重启order service后再来查看控制台

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

④此时访问order-service,因为namespace不同,会导致找不到userservice,控制台会报错:

11-22 22:21:42:252 ERROR 14216 --- [nio-8088-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.lang.IllegalStateException: No instances available for userservice] with root cause

总结

①namespace用来做环境隔离

②每个namespace都有唯一id

③不同namespace下的服务不可见

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

与Eurake区别
如果不是临时实例,Nacos会主动询问服务提供者
如果服务信息发生变更,Nacos注册中心会主动向服务消费者推送变更消息push
cloud:
    nacos:
      server-addr: localhost:8848 #Nacos服务地址
      discovery:
        cluster-name: HZ  #集群名称
        namespace: 3f97a6d6-13da-45a8-8759-0e080d9d353e #命名空间 ID
        ephemeral: false #是否是临时实例
1,Nacos与Eureka的共同点
	①都支持服务注册和服务拉取
	②都支持服务提供者心跳方式做健康监测
2,Nacos与Eureka的区别
	①Naco支持服务端主动检测提供者状态:临时实例采用心跳模式,非临时实例采用主动检测模式。
	②临时实例心跳不正常会被剔除,非临时实例则不会被剔除
	③Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
	④Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式,Eureka采用AP模式。

Nacos配置管理

统一配置管理

配置获取的步骤如下:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

1,引入Nacos的配置管理客户端依赖:

<!--        nacos配置管理依赖-->
       <dependency>
           <groupId>com.alibaba.cloud</groupId>
           <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
       </dependency>

2,在userservice中的resource目录添加一个bootstrap.yml文件,这个文件是引导文件,优先级高于application.yml:

实例心跳不正常会被剔除,非临时实例则不会被剔除
③Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
④Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式,Eureka采用AP模式。


### Nacos配置管理

#### 统一配置管理

配置获取的步骤如下:

[外链图片转存中...(img-H75cJRkW-1721117700702)]

1,引入Nacos的配置管理客户端依赖:

 ```xml
<!--        nacos配置管理依赖-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>

2,在userservice中的resource目录添加一个bootstrap.yml文件,这个文件是引导文件,优先级高于application.yml:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值