springcloud初级

cloud初级

一、服务注册中心

一、Eureka

1、什么是服务治理

Spring Cloud 封装了Netflix公司开发的Eureka模块来实现服务治理

在传统的rpc远程调用框架中，管理每个服务与服务之前依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务于服务之间依赖关系，可以实现服务调用、负载均衡、容错等，实现服务发现与注册。

2、什么是服务注册与发现

Eureka采用了CS的设计架构，Eureka Server 作为服务注册功能的服务器，他是服务注册中心。而系统中的其他微服务，使用Eureka的客户端连接到Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server 来监控系统中各个微服务是否正常运行。

在服务器注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息 比如服务器地址通讯地址等以别名方式注册到注册中心上。另一方（消费者|服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计界四项：在于注册中心，因为使用注册中心管理每个服务与服务之间的一个依赖关系（服务治理概念）。在任何rpc远程框架中，都会有一个注册中心（存放服务地址相关信息（接口地址））

Eureka包含两个组件：Eureka Server 和Eureka Client
1、Eureka Server 提供服务注册服务
各个微服务节点通过配置启动后，会在EurekaServer中进行注册，这样EurekaServer 中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观看到。
2、EurekaClient通过注册中心进行访问
是一个Java客户端，用于简化Eureka Server 的交互，客户端同时也具备一个内置的、使用轮询（round-robin）负载算法的负载均衡器。在应用启动后，将会向EurekaServer 发送心跳（默认周期为30秒）。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除（默认90秒）。

3、新建module

1).改pom文件

以前的老版本：

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

现在的新版本：

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

2).写YML

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

3).写出程序类

package comatguigu.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

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

4).测试

http://localhost:7001/
结果页面：
No application available没有服务被发现
因为没有注册服务进来，当然不可能有服务被发现

4、修改8001支付模块

1).改pom

在pom中加入相关依赖

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

2).写yml

在yml文件中加入eureka的配置

eureka:
  client:
    #表示是否将自己注册进EurekaServer默认为true
    register-with-eureka: true
    #是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetch-registry: true
    service-url:
      defaultZone: http://localhost:7001/eureka

3).主程序类

加入注解
@EnableEurekaClient

4、80入住Eureka

仿造上面进行入住

5、集群Eureka搭建理论

1）Eureka Server

服务注册：将服务信息注册进注册中心
服务发现：从注册中心上获取服务信息
实质：存key服务名 取value调用地址

2）Service Provider

1.先启动eureka注册中心
2.启动服务提供者payment支付服务
3.支付服务启动后会把自身信息（比如服务地址以别名方式注册进eureka）
4.消费者order服务在需要调用接口时，使用服务别名去注册中心获取实际的RPC远程调用地址
5.消费者获得调用地址后，底层实际是利用HttpClien技术实现远程调用
6.消费者获得服务地址后会缓存在本地jvm内存中，默认每间隔30秒更新一次服务调用地址
问题：微服务RPC远程服务调用最核心的是什么
高可用，试想你的注册中心只有一个only one,它出故障了那就呵呵了，会导致整个服务环境不可用。
解决办法：搭建Eureka注册中心集群，实现负载均衡+故障容错

5、集群Eureka搭建步骤

相互注册，互相守望
1.参考7001搭建7002
2.改pom
3.修改映射配置
由于只有一台计算机，这里采用修改映射文件的方式模拟两台主机
在本机C:\Windows\System32\drivers\etc 路径下修改hosts文件
在后面加以下代码

##################SpringCloud2020###################
127.0.0.1  eureka7001.com
127.0.0.1  eureka7002.com

4.修改yml文件
7001中：

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

7002:

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

测试：
localhost:7001
localhost:7002
eureka7001.com:7001
eureka7002.com:7002

6、将支付服务8001微服务发布到上面两台Eureka集群配置中

修改配置文件
8001：

eureka:
  client:
    #表示是否将自己注册进EurekaServer默认为true
    register-with-eureka: true
    #是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetch-registry: true
    service-url:
#      defaultZone: http://localhost:7001/eureka
       defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka #集群版

7、将订单服务80微服务发布到上面两台Eureka集群配置中

同上。。

8、支付服务提供者8001集群环境构建

1）新建8002

模仿8001新建 8002

2）修改80里的访问地址

    //public static final String  PAYMENT_URL="http://localhost:8001";//这是之前写死的
    public static final String  PAYMENT_URL="http://CLOUD-PAYMENT-SERVICE";//现在使用微服务名称代替写死的端口
    

3）使用@LoadBalanced

@LoadBalanced注解赋予RestTemplate负载均衡的能力
config类中：

@Configuration
public class ApplicationContextConfig {
    @Bean
    @LoadBalanced//赋予RestTemplate负载均衡的能力
    public RestTemplate getRestTemplate(){
        return  new RestTemplate();
    }
}

4）测试

先启动EurekaServer,7001/7002服务
再要启动服务提供者provider,8001/8002服务
http://localhost/consumer/payment/get/35
结果：负载均衡效果达到，8001/8002端口交替出现
注：Ribbon和Eureka整合后Consumer可以直接调用服务而不用再关心地址和端口号，且该服务具有负载均衡功能