最近工作较闲，所以自己研究了下eureka的原理，实现，和集群搭建等。（注：我没实操过eureka集群项目，都是自己做的demo产生的结论，如果有错误欢迎指出）
首先说一下我对eureka的一些术语的简单易懂的理解（因为我个人习惯问题，喜欢把抽象的事物用生活中的角色来理解，所以会大量比喻）：
Eureka角色
服务端：即服务注册中心。——我是用生活中的淘宝来理解它的
客户端：客户端向服务注册中心注册自身提供的服务，并周期性的发送心跳来更新它的服务租约。 ——这个我理解为淘宝中的店铺。这里所说的客户端只是一个对于eureka的角色，千万别单纯的理解为客户那端。其实换个角度思考，在相对于服务的使用者来说，客户端还是服务的角色呢。
术语理解
服务注册中心：我觉得这个概念还是应该拿出来单独聊一聊。什么是服务注册中心？就是一个中间平台。还是拿淘宝比喻，你说淘宝自己生产商品么（别跟我抬杠说自产啊）？淘宝买商家的商品么？都不，而是只提供一个平台让买家卖家可以通过它达成交易。服务注册中心就是一个这样的角色，然后他需要提供的功能也和淘宝差不多1，保证商家可靠。2，有新注入的商家让所有人能看到。3，商家不干了关门了你得及时给删除了。4，买家卖家得能联系。所以这也对应着eureka的功能术语。
服务注册：在eureka中的服务注册就是客户端注册到服务端（也就是服务注册中心）的url。我们可以理解为一家商铺注册到淘宝中。
服务发现：服务调用的时候向服务端发送请求，然后服务端找出对应的服务。你去淘宝买东西是不是要先搜索你要买啥?然后淘宝给你找出对应的卖家是吧。这里的服务发现就是这个道理。
负载均衡：这个概念从名字上看就可以理解。压力平均分嘛！还是淘宝比喻，全国那么多买家，如果一样东西只有一个卖家。那么卖家忙不过来怎么办？你买个东西过了一年发货，你能受得了么？所以对于确实买家很多的商铺，就得多设卖家。只不过不同点是淘宝上的店铺是买家自己选择的。而注册中心的不同实例是由注册中心自带的算法分配你去访问哪一个的。
服务续约：服务提供者通过http向注册中心发送心跳，让服务注册中心知道自己还活着。这个更好理解了。假如（我不是卖家我不知道，这里比喻）淘宝商家要每个月向淘宝交下个月的平台费。你这个月没交，可能就是下个月不想继续干了。这个时候淘宝就有个心理准备了。这里有个重要点，不是你今天没交钱明天淘宝就给你下线。而是有个时间的。起码这个月得过完对吧？所以续约这个也是，不是这次心跳没发送直接下了你。
失效剔除：Eureka Server在一定的时间（默认90秒）未收到客户端的心跳，则认为服务宕机，注销该实例。这个用我上面的方法理解。淘宝商家三个月都不交钱了。然后淘宝平台看你是真的不干了。万一还在列表里哪个买家下单了还不发货那用户体验不是不好了么。。得，给你从列表删除了。这个就是失效剔除。
自我保护：自我保护模式的架构哲学是宁可放过一个，决不可错杀一千。心跳失败比例在15分钟内，低于85%，则开始怀疑自己了，不剔除客户端了。这个其实也能理解。假如淘宝是每个月15号商家向平台汇下个月的款。如果是一个两个卖家没汇，淘宝平台寻思肯定是那两家不想干了。但是！！假如全部或者说百分之九十商家都没汇款~淘宝平台就得寻思咋回事?是不是我银行账户被封了?还是这个月跟他们说的账号说错了？之类的。。。然后开始调查自己的原因。这期间不删除商家。
网友评论