统一配置中心搭建

apollo

4.5.1 Why Eureka

为什么我们采用Eureka作为服务注册中心，而不是使用传统的zk、etcd呢？我大致总结了一下，有以下几方面的原因：

·        它提供了完整的Service Registry和Service Discovery实现

·        首先是提供了完整的实现，并且也经受住了Netflix自己的生产环境考验，相对使用起来会比较省心。

·        和SpringCloud无缝集成

·        我们的项目本身就使用了Spring Cloud和Spring Boot，同时Spring Cloud还有一套非常完善的开源代码来整合Eureka，所以使用起来非常方便。

·        另外，Eureka还支持在我们应用自身的容器中启动，也就是说我们的应用启动完之后，既充当了Eureka的角色，同时也是服务的提供者。这样就极大的提高了服务的可用性。

·        这一点是我们选择Eureka而不是zk、etcd等的主要原因，为了提高配置中心的可用性和降低部署复杂度，我们需要尽可能地减少外部依赖。

·        Open Source

·        最后一点是开源，由于代码是开源的，所以非常便于我们了解它的实现原理和排查问题。

上图简要描述了Apollo客户端的实现原理：

1.    客户端和服务端保持了一个长连接，从而能第一时间获得配置更新的推送。

2.    客户端还会定时从Apollo配置中心服务端拉取应用的最新配置。

1.   这是一个fallback机制，为了防止推送机制失效导致配置不更新