SpringCloud_learn02_Eureka

最新推荐文章于 2023-06-05 12:11:09 发布

小土狗一只

最新推荐文章于 2023-06-05 12:11:09 发布

阅读量929

点赞数

分类专栏： springcloud 文章标签： springcloud

本文链接：https://blog.csdn.net/Juwenzhe_HEBUT/article/details/103585341

版权

springcloud 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

SpringCloud_learn02_Eureka
   Eureka是什么
   EurekaServer服务注册中心建立
   Eureka自我保护机制介绍
   Eureka服务发现
   Eureka集群配置
   Eureka比Zookeeper好在哪里
一、Eureka是什么
   Eureka是"花名册"，一个基于Rest的Netflix子模块。作为注册中心，用于微服务的注册与发现，只要使用服务标识符，就可以访问到服务，而不用修改调用服务的配置文件。
   Eureka的基本架构(Eureka Server & Eureka Client)：

二、EurekaServer服务注册中心建立
   微服务各节点启动会在 Eureka Server 中注册，可以在可视化界面中看到微服务信息
   1.加载 Eureka Server
       ① 新建 Eureka Server 服务注册中心模块
       ② 添加 pom 文件中 Eureka Server 的坐标
       ③ 在主启动类上加上 @EnableEurekaServer 注解
       ④ 访问 localhost:7001
   2.注册微服务
   3.actuator与注册服务信息完善
       ① 修改 Eureka Server 注册的服务名与端口（别名）
           在注册的服务application文件中添加eureka.instance-id=别名
       ② 将Eureka Server中微服务提示信息修改为ip:port
           在注册的服务application文件中添加eureka.instance.prefer-ip-address=true
       ③ 关于点击Eureka Server可视化界面中微服务报错的修改
           |- 注册微服务中添加依赖

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

|- 总的父工程pom中添加构建信息

<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>

|- 注册微服务application文件添加：

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

三、Eureka自我保护机制介绍
   当网络分区故障发生时，微服务与EurekaServer之间无法正常通信，如果注销该服务可能变得非常危险——因为微服务本身其实是健康的，此时不应该注销这个微服务。
Eureka通过“自我保护模式”来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。一旦进入该模式，EurekaServer就会保护服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该Eureka Server节点会自动退出自我保护模式。
在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例。当它收到的心跳数重新恢复到阈值以上时，该Eureka Server节点就会自动退出自我保护模式。它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。
综上，自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留），也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。
在Spring Cloud中，可以使用eureka.server.enable-self-preservation = false 禁用自我保护模式（不推荐）。四、Eureka服务发现
   配置：
   1.在服务提供者的controller配置：

@Autowired
org.springframework.cloud.client.discovery.DiscoveryClient DiscoveryClient client;
    
@RequestMapping(value="/dept/discovery",method=RequestMethod.GET)
public Object discovery()
  {
	List<String> list = client.getServices();
    log.info("********" + list);

    List<ServiceInstance> serviceInstances = client.getInstances("microservicecloud-dept");
    for(ServiceInstance instance: serviceInstances)
    log.info(instance.getServiceId() + "\t" + instance.getHost() + "\t" + instance.getPort() + "\t" + instance.getUri());

    return this.client;
  }

2.修改主启动类

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

3.在消费者端配置

@RequestMapping(value="/consumer/dept/discovery")
public Object discovery()
{
	 return restTemplate.getForObject(REST_URL_PREFIX+"/dept/discovery", Object.class);
}

4.测试 http://localhost/consumer/dept/discovery

五、Eureka集群配置
   1.新建microservicecloud-eureka-7002和microservicecloud-eureka-7003工程
   2.按照7001为模板粘贴pom
   3.修改主启动类
   4.修改映射配置

127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com
127.0.0.1 eureka7003.com

5.修改3台eureka服务器的yml配置

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

6.修改注册的服务注册中心配置，使得服务发布到所有的注册中心上

eureka:
  client: #客户端注册进eureka服务列表内
    service-url: 
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
  instance:
    instance-id: microservicecloud-dept8001   #自定义服务名称信息
    prefer-ip-address: true     #访问路径可以显示IP地址

六、Eureka比Zookeeper好在哪里
   1.Zookeeper保证CP
       |- 服务注册功能可用性要求要高于一致性
       |- leader选举时间长，30~120s，在选举期间，整个zk集群不可用，服务注册长期不可用
   2.Eureka保证AP
       |- Eureka各节点是平等的，几个节点挂了不会影响正常节点的工作，剩余接地那依然可以提供注册和查询服务
       |- Eureka不从注册列表中移除因长时间没收到心跳而应该过期的服务
       |- 当网络稳定后，当前实例的注册信息会被同步到其他节点中
   Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样是整个注册服务不可用

   附：
   1.传统的得ACID是（关系型数据库遵循ACID规则）：
       A(Atomicity) 原子性：事务里的所有操作要么全做完、要么都没做
       C(Consistency) 一致性：数据库要处于一直状态、事务的运行不会改变数据原本的一致性约束
       I(Isolation) 隔离性：并发的事务之间互不影响，如果有一个事务要访问的数据正在被另一个事务修改，只要另外一个事务没有提交，它所访问的数据就不受未提交事务的影响
       D(Durability) 持久性：事务一旦提交，将永久保存在数据库上，宕机也不会丢失
   2.CAP模型（分布式系统）：C:constency(一致性)、A:Availability(可用性)、P:Partition tolerance(分区容错性)

       三二定理：
       CA- 适用于单点集群，扩展性不强
       AP- 适用于对一致性要求低的系统
       CP- 性能不是很高，会出现服务不可用状态