今天有朋友留言，说要看Spring-Cloud微服务，只好满足他那大大的愿望。
Spring Cloud 是Pivotal提 供的用于简化分布式系统构建的工具集。Spring Cloud引入了云平台连接器（Cloud Connector）和服务连接器（Service Connector）的概念。云平台连接器是一个接口，需要由云平台提供者进行实现，以便库中的其他模块可以与该云平台协同工作。（更多介绍，可以阅读 InfoQ的这篇文章：http://www.infoq.com/cn/news/2014/06/spring-cloud-platform-abstract。）
在Spring Cloud提供的解决方案中，你将会发现如下的内容：
Configuration Service（http://12factor.net/config）
Discovery Service（https://en.wikipedia.org/wiki/Service_discovery）
Circuit breakers（http://martinfowler.com/bliki/CircuitBreaker.html）
Distributed sessions（https://en.wikipedia.org/wiki/Distributed_cache）
Spring Cloud最重要的一点是它可以和Spring Boot一起工作，Spring Boot可以帮助开发者更容易地创建基于Spring的应用程序和服务。
从Spring Boot项目名称中的Boot就可以看出来，Spring Boot的作用在于创建和启动新的基于Spring框架的项目。Spring Boot会选择最适合的Spring子项目和第三方开源库进行整合。大部分Spring Boot应用只需要非常少的配置就可以快速运行起来。Spring Boot包含的特性如下：
创建可以独立运行的Spring应用。
直接嵌入Tomcat或Jetty服务器，不需要部署WAR文件。
提供推荐的基础POM文件来简化Apache Maven配置。
尽可能的根据项目依赖来自动配置Spring框架。
提供可以直接在生产环境中使用的功能，如性能指标、应用信息和应用健康检查。
没有代码生成，也没有XML配置文件。
每一个服务都含有一个特定意义的微服务架构。当你在Spring Cloud上构建微服务架构时，这里有几个基本概念需要首先澄清下。首先，你需要要先创建Configuration Service和Discovery Service两个基础服务。如下图所示：
上面的图片说明了四个微服务以及各个服务之间的依赖关系。
Configuration service处于最顶端，黄色标识，而且被其它微服务所依赖。
Discovery service处于最低端，蓝色标识，同时也被其它服务所依赖。
绿色标识的两个微服务是我们本系列博文中用到的两个应用案例：电影和观影建议。
Configuration Service
Configuration Service在微服务架构中是一个非常重要的组件。如12要素理论 所说， 微服务应用的配置应该存储在环境中，而不是本地项目中。
Configuration service（配置服务）是一个必不可少的基础组件的原因是因为它可以对所有通过点对点和检索的基础服务进行服务管理。
假 设我们有多个部署环境。比如我们有一个临时环境和一个生产环境，针对每个环境的配置将会是不同的。每一个configuration service 将会由一个独立的Git仓库来存放环境配置。没有其它环境能够访问到这个配置仓库，它只是提供该环境中运行的配置服务罢了。
当Configuration service启动后，它将会指向那些根据配置文件配置的路径并启动对应服务。每一个微服务通过读取自己配置文件中的具体环境来运行。在这一过程中，配置是通过版本管理来进行的内部和集中化管理，更改配置不需要重启服务。
通过Spring Cloud提供的服务终端，你可以更改环境配置，并向Discovery service（发现服务）发送一个刷新信号，所有的用户都会收到新的配置通知。
Discovery Service
Discovery Service（发现服务）是另一个重要的微服务架构的组件。Discovery Service管理运行在容器中的众多服务实例，而这些实例工作在集群环境下。在这些应用中，我们使用客户端的方式称之为从服务到服务。举个例子，我使用Spring Cloud Feign ，这是一个基于Restful风格的微服务提供的客户端开源项目，它是从Netflix OSS project项目中派生出来的。
@FeignClient("movie")
public interface MovieClient {
@RequestMapping(method = RequestMethod.GET, value = "/movies")
PagedResources findAll();
@RequestMapping(method = RequestMethod.GET, value = "/movies/{id}")
Movie findById(@RequestParam("id") String id);
@RequestMapping(method = RequestMethod.POST, value = "/movies",
produces = MediaType.APPLICATION_JSON_VALUE)
void createMovie(@RequestBody Movie movie);
} 在上面的例子中，我创建了一个Feign 客户端，并映射了一个REST API方法来暴露电影服务。使用@FeignClient注解，可以声明我想要为movie微服务而创建的客户端API。接下来我声明了一个我想要实现的服务映射。通过在方法上声明一个URL规则来描述一个REST API的路由规则。
更令人兴奋的是，这一切在Spring Cloud中都很容易，我所要做的仅仅是知道service ID来创建我的Feign 客户端。服务的URL地址在运行时环境是自动配置的，因为每一个在集群中的微服务将会在启动时通过绑定serviceid的方式来进行注册。
微服务架构中的其它服务，也是通过上面提到的方式运行。我只需要知道进行通讯服务的serviceid，所有的操作都是通过Spring自动绑定的。
API Gateway 服务是Spring Cloud的另一个重要组件（关于它的介绍可以阅读http://my.oschina.net/douxingxiang/blog/358173）。它可以用来管理集群服务中的领域实体。下图的绿色六边形是我们提供的数据驱动服务，主要用来管理自己的实体类和数据库。通过添加API Gateway服务，我们可以为通过下面绿颜色的服务为每一个API路由创建一个代理暴露接口。
假 设推荐服务和电影服务都暴露他们自己的REST API在自己管理的域实体上。API gataway通过discovery service和从其它服务注入的基于代理路由的 API方法。通过这种方式，包括推荐服务和电影服务将拥有一个完整定义的路由，通过暴露的REST API获得本地的微服务。API Gateway将会重定义路由请求到服务实例，这些请求都是基于HTTP的。
推荐程序员必备微信号
▼
