本项目代码地址：https://github.com/HashZhang/spring-cloud-scaffold/tree/master/spring-cloud-iiford我们使用SpringCloud官方推荐的SpringCloudLoadBalancer作为我们的客户端负载均衡器。上一节我们了解了SpringCloudLoadBalancer的结构，接下来我们来说一下我们在使用SpringCloudLoadBalancer要实现的功能：我们要实现不同集群之间不互相调用，通过实例的metamap中的zone配置，来区分不同集群的实例。只有实例的metamap中的zone配置一样的实例

本项目代码地址：https://github.com/HashZhang/spring-cloud-scaffold/tree/master/spring-cloud-iiford我们使用SpringCloud官方推荐的SpringCloudLoadBalancer作为我们的客户端负载均衡器。上一节我们了解了SpringCloudLoadBalancer的结构，接下来我们来说一下我们在使用SpringCloudLoadBalancer要实现的功能：我们要实现不同集群之间不互相调用，通过实例的metamap中的zone配置，来区分不同集群的实例。只有实例的metamap中的zone配置一样的实例

spring-cloud-commons中参考了spring-cloud-netflix的设计，引入了NamedContextFactory机制，一般用于对于不同微服务的客户端模块使用不同的子ApplicationContext进行配置。spring-cloud-commons是SpringCloud对于微服务基础组件的抽象。在一个微服务中，调用微服务A与调用微服务B的配置可能不同。比较简单的例子就是，A微服务是一个简单的用户订单查询服务，接口返回速度很快，B是一个报表微服务，接口返回速度比较慢。这样的话我们就不能对于调用微服务A和微服务B使用相同的超时时间配置。还有就是，我们可能对于服务A通

spring-cloud-commons中参考了spring-cloud-netflix的设计，引入了NamedContextFactory机制，一般用于对于不同微服务的客户端模块使用不同的子ApplicationContext进行配置。spring-cloud-commons是SpringCloud对于微服务基础组件的抽象。在一个微服务中，调用微服务A与调用微服务B的配置可能不同。比较简单的例子就是，A微服务是一个简单的用户订单查询服务，接口返回速度很快，B是一个报表微服务，接口返回速度比较慢。这样的话我们就不能对于调用微服务A和微服务B使用相同的超时时间配置。还有就是，我们可能对于服务A通