KuKu_Nao的博客

CAP是什么?C (Consistency) 强一致性A (Availability) 可用性P (Partition tolerance) 分区容错性CAP原则：一个分布式系统不可能同时满足C (一致性) 、A (可用性) 、P (容错性)，由于分区容错性P再分布式系统中是必须要保证的，因此我们只能再A和C之间进行权衡。只能同时满足两个Zookeeper 保证的是 CP —> 满足一致性，分区容错的系统，通常性能不是特别高Eureka 保证的是 AP —> 满足可用性，分区容错的系

原理：放置一个服务崩了之后，所有服务都没了所以要多个服务器集群关联起来，客户端要注册到每一个服务器创建三个 eureka 的module启动类都加 @EnableEurekaServerpom 都导Eureka3.配置文件例子：这里的 域名需要不一致，都写localhost 会冲突在每一个服务里，都要配置另外几个服务的地址，这样才能关联起来server: port: 7002#Eureka配置eureka: instance: # Eureka服务端的实例名字

配置这个链接的信息 (在客户端 8001)1、导依赖<!--Eureka actuator监控信息完善--><dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId></dependency>2、application 配置#inf.

把服务端（8001）停掉，过一会儿，Eureka监控页面会报红EureKa自我保护机制：好死不如赖活着一句话总结就是：某时刻某一个微服务不可用，eureka不会立即清理，依旧会对该微服务的信息进行保存！默认情况下，当eureka server在一定时间内没有收到实例的心跳，便会把该实例从注册表中删除（默认是90秒），但是，如果短时间内丢失大量的实例心跳，便会触发eureka server的自我保护机制，比如在开发测试时，需要频繁地重启微服务实例，但是我们很少会把eureka server一起重启（因

Eureka 包含两个组件：Eureka Server 和 Eureka Client.Eureka Server 提供服务注册，各个节点启动后，回在EurekaServer中进行注册，这样Eureka Server中的服务注册表中将会储存所有课用服务节点的信息，服务节点的信息可以在界面中直观的看到.服务端 会向客户端 发送心跳Eureka Client 是一个Java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后，将会向Eure