一、硬编码问题
解决方案：nginx、或、服务注册与发现
二、服务发现
注册、心跳机制
三、服务发现组件的功能
1、服务注册表：是一个记录当前可用服务实例的网络信息的数据库，是服务发现机制的核心。服务注册表提供查询API和管理API，使用查询API获得可用的服务实例，使用管理API实现注册和注销；
2、服务注册：就是服务启动时，将服务的网络地址注册到服务注册表中；
3、健康检查：服务发现组件会通过一些机制定时检测已注册的服务，如果发现某服务无法访问了（可能是某几个心跳周期后），就将该服务从服务注册表中移除。
4、服务注销
四、服务发现的方式
服务发现方式参看地址：http://www.cnblogs.com/bjlhx/p/8796241.html
4.1、客户端发现
Eureka、zk
4.2、服务器端发现
Consul + nginx
五、Eureka简介
git地址：https://github.com/Netflix/Eureka
5.1、为什么选择Eureka
Eureka来自生产环境
Spring Cloud对Eureka支持很好
5.2、Eureka简介
Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。Spring Cloud将它集成在其子项目spring-cloud-netflix中，以实现Spring Cloud的服务发现功能。
Eureka 项目2.0将会带来更好的扩展性，并且使用细粒度的订阅模型取代了基于拉取的模型
5.3、Eureka 原理
官方文档：https://github.com/Netflix/eureka/wiki/Eureka-at-a-glance
5.3.1、Region和Zone的关系
region和zone（或者Availability Zone）均是AWS的概念。在非AWS环境下，我们可以简单地将region理解为Eureka集群，zone理解成机房。这样可理解下图——一个Eureka集群被部署在了zone1机房和zone2机房中。
参看：https://blog.csdn.net/awschina/article/details/17639191
5.3.2、原理图
上图是来自Eureka官方的架构图，大致描述了Eureka集群的工作过程。
详述：
- Application Service 就相当于本书中的服务提供者（用户微服务），Application Client就相当于本书中的服务消费者（电影微服务）；
- Make Remote Call，可以简单理解为调用RESTful的接口；
- us-east-1c、us-east-1d等是zone，它们都属于us-east-1这个region；
由图可知，Eureka包含两个组件：Eureka Server 和 Eureka Client。
Eureka Server提供服务注册服务，各个节点启动后，会在Eureka Server中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。
Eureka Client是一个Java客户端，用于简化与Eureka Server的交互，客户端同时也具备一个内置的、使用轮询（round-robin）负载算法的负载均衡器。
在应用启动后，将会向Eureka Server发送心跳（默认周期为30秒）。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除（默认90秒）。
Eureka Server之间将会通过复制的方式完成数据的同步。（详见Eureka高可用章节）
Eureka还提供了客户端缓存的机制，即使所有的Eureka Server都挂掉，客户端依然可以利用缓存中的信息消费其他服务的API。
综上，Eureka通过心跳检测、健康检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。