springcloud学习笔记

最新推荐文章于 2024-07-08 00:05:07 发布

scanner小霸王

最新推荐文章于 2024-07-08 00:05:07 发布

阅读量212

点赞数 1

分类专栏： java 文章标签： java spring cloud

本文链接：https://blog.csdn.net/weixin_42063820/article/details/103660264

版权

java 专栏收录该内容

33 篇文章 2 订阅

订阅专栏

微服务是什么？

微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底
地去耦合,每一个微服务提供单个业务功能的服务，一个服务做一件事，
从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动
或销毁，拥有自己独立的数据库。

SpringBoot和SpringCloud的关系与区别

1、SpringBoot只是一个快速开发框架，使用注解简化了xml配置，内置了Servlet容器，以Java应用程序进行执行。

2、SpringCloud是一系列框架的集合，可以包含SpringBoot。

SpringBoot是微服务框架吗？

1、SpringBoot只是一个快速开发框架，算不上微服务框架。

2、SpringCloud+SpringBoot 实现微服务开发。具体的来说是，SpringCloud具备微服务开发的核心技术：RPC远程调用技术；SpringBoot的web组件默认集成了SpringMVC，可以实现HTTP+JSON的轻量级传输，编写微服务接口，所以SpringCloud依赖SpringBoot框架实现微服务开发。

参考博客：
https://blog.csdn.net/weixin_42315600/article/details/84134094

微服务特点

1）拆分
2）各自独立的进程
3）拥有自己独立的数据库

微服务的优缺点

优点
每个服务足够内聚，足够小，代码容易理解这样能聚焦一个指定的业务功能或业务需求
开发简单、开发效率提高，一个服务可能就是专一的只干一件事。
微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。
微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。
微服务能使用不同的语言开发。
易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins, Hudson, bamboo 。
微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值。
微服务允许你利用融合最新技术。
微服务只是业务逻辑的代码，不会和HTML,CSS 或其他界面组件混合。
每个微服务都有自己的存储能力，可以有自己的数据库。也可以有统一数据库。

缺点
开发人员要处理分布式系统的复杂性
多服务运维难度，随着服务的增加，运维的压力也在增大
系统部署依赖
服务间通信成本
数据一致性
系统集成测试
性能监控……

微服务案例构建过程需要注意的地方

消费者模块可以使用RestTemplate进行远程访问。
RestTemplate提供了多种便捷访问远程Http服务的方法，
是一种简单便捷的访问restful服务模板类，是Spring提供的用于访问Rest服务的客户端模板工具集。
RestTemplate访问restful接口接口非常简单
在这里插入图片描述

示例：
消费者

@RestController
public class DeptController_Consumer
{
    private static final String REST_URL_PREFIX = "http://localhost:8001";
    
    @Autowired
    private RestTemplate restTemplate;
       
    @RequestMapping(value="/consumer/dept/get/{id}")
    public Dept get(@PathVariable("id") Long id)
    {
         return restTemplate.getForObject(REST_URL_PREFIX+"/dept/get/"+id, Dept.class);
    }
    
    @SuppressWarnings("unchecked")
    @RequestMapping(value="/consumer/dept/list")
    public List<Dept> list()
    {
         return restTemplate.getForObject(REST_URL_PREFIX+"/dept/list", List.class);
    }   
}

Eureka服务注册与发现

在这里插入图片描述
Eureka包含两个组件：Eureka Server 和 Eureka Client
各个节点启动后，会在Eureka Server注册
Eureka Client：简化Eureka Server交互

Netflix在设计Eureka时遵守的就是AP原则
Eureka相当于注册中心

注册中心eureka Server的构建
1)核心pom配置：

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

核心yml配置：

 
server: 
  port: 7001
 
eureka:
  instance:
    hostname: localhost #eureka服务端的实例名称
  client:
    register-with-eureka: false #false表示不向注册中心注册自己。
    fetch-registry: false #false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
    service-url:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/        #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址。

3)主启动类加上服务端的注解@EnableEurekaServer，
接收其他微服务注册进来
在这里插入图片描述

服务提供者Provider的构建
Service Provider服务提供方将自身服务注册到Eureka，从而使服务消费方能够找到
1)核心pom配置：

   <!-- 将微服务provider侧注册进eureka -->
   <dependency>
     <groupId>org.springframework.cloud</groupId>
     <artifactId>spring-cloud-starter-eureka</artifactId>
   </dependency>
   <dependency>
     <groupId>org.springframework.cloud</groupId>
     <artifactId>spring-cloud-starter-config</artifactId>
   </dependency>

2)核心yml配置：

eureka:
  client: #客户端注册进eureka服务列表内
    service-url: 
      defaultZone: http://localhost:7001/eureka

3)主启动类加上客户端的注解@EnableEurekaClient ，
服务启动后自动注册到eureka服务中

在这里插入图片描述
4）当客户端启动完成后，再次打开服务端的时候，将会发现已经注册进去的客户端
上面注册进去的MS-DEPT就是，客户端配置的spring.application.name

在这里插入图片描述
5）修改入驻服务的id

prefer-ip-address: true配置这一行，就会显示ip

actuator与注册微服务信息完善
1）.微服务info内容详细信息
在provider的pom下增加：

<dependency>
       <groupId>org.springframework.boot</groupId>
       <artifactId>spring-boot-starter-actuator</artifactId>
   </dependency>

2）在父工程的pom下增加：
作用：在src/main/resources路径下，用maven-resources-plugin解析带用$的字段

<build>
   <finalName>microservicecloud</finalName>
   <resources>
     <resource>
       <directory>src/main/resources</directory>
       <filtering>true</filtering>
     </resource>
   </resources>
   <plugins>
     <plugin>
       <groupId>org.apache.maven.plugins</groupId>
       <artifactId>maven-resources-plugin</artifactId>
       <configuration>
         <delimiters>
          <delimit>$</delimit>
         </delimiters>
       </configuration>
     </plugin>
   </plugins>
  </build>

在provider工程的yml下增加：
这是用于解析info的内容

info:
  app.name: atguigu-microservicecloud
  company.name: www.atguigu.com
  build.artifactId: $project.artifactId$
  build.version: $project.version$

3）点击提供者的超链接，显示详情信息
在这里插入图片描述

eureka自我保护
某时刻某一个微服务不可用了，eureka不会立刻清理，依旧会对该微服务的信息进行保存
在这里插入图片描述
禁用自我保护：
eureka.server.enable-self-preservation=false

provider服务发现Discovery示例

服务发现：可以对外暴露自身，从注册中心拿到相对应的服务
1).provider项目中的Controller层

@RestController
public class DeptController
{
  @Autowired
  private DeptService service;
  @Autowired
  private DiscoveryClient client;

  @RequestMapping(value = "/dept/discovery", method = RequestMethod.GET)
  public Object discovery()
  {
    List<String> list = client.getServices();
    System.out.println("**********" + list);


    List<ServiceInstance> srvList = client.getInstances("MICROSERVICECLOUD-DEPT");
    for (ServiceInstance element : srvList) {
     System.out.println(element.getServiceId() + "\t" + element.getHost() + "\t" + element.getPort() + "\t"
         + element.getUri());
    }
    return this.client;
  }


}

2).provider主启动类添加@EnableDiscoveryClient
在这里插入图片描述

3).consumer模块controller层调用

  //测试@EnableDiscoveryClient,消费端可以调用服务发现
  @RequestMapping(value="/consumer/dept/discovery") 
  public Object discovery()
  {
   return restTemplate.getForObject(REST_URL_PREFIX+"/dept/discovery", Object.class);
  }

服务消费者Consumer的构建
Service Consumer服务消费方从Eureka获取注册服务列表，从而能够消费服务

Eureka集群配置
1）.修改映射配置
示例：
找到C:\Windows\System32\drivers\etc路径下的hosts文件
在这里插入图片描述 2）.服务端7001下的yml集群配置

eureka:
  client: #客户端注册进eureka服务列表内
    service-url: 
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

在这里插入图片描述
客户端8001的集群配置修改

3)集群环境，7001上面挂着7002和7003

4).作为服务注册中心，Eureka比Zookeeper好在哪里
Zookeeper保证的是CP,
Eureka则是AP。
Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪。
在这里插入图片描述

因为是集群是分布在多台机器上，所以P一定要满足，
对于双11这种，选择A保证网站不能瘫痪
chuan

Ribbon负载均衡

Ribbon实现了一套客户端的 负载均衡的工具。

1）Ribbon的初步配置
消费者的pom.xml

<dependency>
           <groupId>org.springframework.cloud</groupId>
           <artifactId>spring-cloud-starter-eureka</artifactId>
       </dependency>
       <dependency>
           <groupId>org.springframework.cloud</groupId>
           <artifactId>spring-cloud-starter-ribbon</artifactId>
       </dependency>
       <dependency>
           <groupId>org.springframework.cloud</groupId>
           <artifactId>spring-cloud-starter-config</artifactId>
       </dependency>

修改消费者的yml
在这里插入图片描述
以及相对的controller的url修改

需要在restTemplate加上负载均衡的注解

消费者需要和eureka整合，加入EnableEurekaClient注解
在这里插入图片描述
2）Ribbon负载均衡算法

用我们重新选择的随机算法替代轮询算法
RetryRule:默认轮询，突然宕一个服务8001，8001会返回page 页面，撞了几次之后，将不会去找8001了

在这里插入图片描述
用我们自己的ribbin算法

自定义配置类，不能放在@ComponentScan注解所扫描的当前包以及子包下面，也就是不能和主启动类同包或者子包，因为@SpringBootApplication里面包含@ComponentScan

Feign负载均衡算法（也是客户端）

之前ribbin是根据服务名来进行访问，
而feign是通过接口+注解
feign集成了Ribbin，也可以用之前的负载均衡算法
前面是Ribbin+RestTemplate，是模板化的调用方法；
而Feign是声明式的Web服务客户端，只需要加上注解即可

在这里插入图片描述

1)Feign工程的配置
pom.xml

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-feign</artifactId>
        </dependency>

2)新建接口

增加FeignClient注解
在这里插入图片描述
调用：

主启动类增加EnableEurekaClient注解

* Hystrix断路器 *

专门用来处理分布式的延迟和容错的开源库，
保证一个依赖出问题的情况下，不会导致整体的服务失败，避免级联故障，提高分布式系统的弹性。
向消费者抛出一个可处理的备选响应，而不是长时间的等待或者抛出异常。

在这里插入图片描述

服务熔断（提供端produce的熔断）
熔断机制是应对雪崩效应的一种微服务链路保护机制
缺点：
会导致方法膨胀；同时方法和业务绑定一样，高度耦合
在这里插入图片描述
服务熔断配置
1）pom.xml

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-hystrix</artifactId>
            <version>1.4.6.RELEASE</version>
        </dependency>

2)修改对应的id
在这里插入图片描述
3）增加HystrixCommand注解，fallbackMethod表示当抛出异常时候，调用的方法名称

服务降级