spring cloud一脉相承Ⅱ-eureka讲解篇

在开篇之前,还是一如既往来个小小的插曲.任何违反人类的低效率的人肉开发模式,都是惹人恼怒的.工欲善其事,必先利其器.同耕一片地,如果拥有强大的现代机器,你还非得去用石器时代的产品,那也只能说作死活该了.

上一篇,show了一下eureka的实践办法,今天我们来补齐一下eureka理论知识.

(一)what?
什么是eureka呢?
eureka是服务注册中心,负责注册集群里面的应用.

(二)why?
为何要使用eureka呢?
想想啊,假如没有集群管理机制,即eureka,那么我们应用之间的访问都要写一大堆的http请求,这可不是人类该干的事情的.又假如,如果集群里面的应用服务端口ip等都改变了,那我们就要人肉的去找一个一个的配置修改.所以我们有个注册中心统一去管理,职能业务清晰.也易于去管理.还可以事实监控应用的健康状况.反正说白了,就是免去了传统单一应用之间相互调用的混乱和一些不必要重复的工作.

(三)eureka的前世今生
eureka是国外的一个视频网站Netflix开源的,目前有1.x和2.x的版本,2.x并非开源.要是使用2.x,人家官网说一切后果自负,听起来挺吓人的.而1.x又存在诸多问题,比如eureka集群之间的读数据并非实时的,这在并发零容忍里面是不可取的,也没有采用注册表的分片技术,每一个eureka里面的数据都是对等的,这个给硬件带来很大的挑战.加入我们是一个有实力的团队,那应该好好的借助大数据开源框架Hadoop的思想,采用节点热备份,和fastdfs分片的模式来进行服务减压.

当然如果没有实力,那也可以选着其他的开源框架呀,反正Cloud是兼容很多开源框架的,好,这下子我们的一个主人公出现了,那就是我们下一节要实战的Consul.那么Consul有什么特性,值得我们去揭开它的眉目呢.

<1>Consul有强一致的应用注册和发现,与eureka 1.X不同,eureka 1.X是心跳一致的具有延迟性.
<2>自动检测应用是否健康,即哪些应用挂了,哪些还没有.
<3>具备高效存储的kv
<4>多数据中心支持和安全服务通讯