Eureka注册中心核心原理
第一点:服务注册
主要就是注册表存储于四个地方,Eureka服务端三处,Eureka客户端一处,这样做的原因是为了避免读写冲突。
第二点:心跳检测
就是各个服务每隔一段时间想Eureka服务端发送自己的心跳,如果Eureka服务端端发现有服务掉线了,会在自己的注册表中剔除该服务注册信息,然后这些定时任务会将注册表慢慢刷新。

feign与zuul的大致原理

dubbo与cloud对比


zk做注册中心原理

zk与eureka中的CAP区别
ZK在选举期间对外服务不可用,通过不可用保证强一致性

二者时效性对比,eureka不更改参数的话 时效性很差,参数主要是调那几个定时任务的时间间隔

zuul如何做动态路由
生产环境是不能每次增改服务都去修改zuul配置,然后重启zuul的,重启网关的影响太大了,太可怕了
就是讲路由表,然后读取表的数据,然后项目里用定时任务来定时读取数据,再重新加载到配置中就可以了。
eureka生产环境配置

ribbon和zuul生产配置

ribbon调用其他服务失败多少时就切换负载均衡设备的设置

服务扩容的时候该怎么做?

网友评论