手把手教你用Spring Cloud和Docker构建微服务

手把手教你用Spring Cloud和Docker 构建微服务

本博文主要向大家介绍如何使用Spring Cloud和Docker构建微服务平台。

什么是Spring Cloud?

Spring Cloud 是Pivotal提供的用于简化分布式系统构建的工具集。Spring Cloud引入了云平台连接器(Cloud Connector)和服务连接器(Service Connector)的概念。云平台连接器是一个接口，需要由云平台提供者进行实现，以便库中的其他模块可以与该云平台协同工作。

Spring Boot

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项目中派生出来的。

1.@FeignClient("movie")

2.public interface MovieClient {

3.@RequestMapping(method = RequestMethod.GET, value =

"/movies")

4.PagedResources findAll();

5.

6.@RequestMapping(method = RequestMethod.GET, value =

"/movies/{id}")

7.Movie findById(@RequestParam("id") String id);

8.

9.@RequestMapping(method = RequestMethod.POST, value =

"/movies",

10. produces = MediaType.APPLICATION_JSON_VALUE)

11.void createMovie(@RequestBody Movie movie);

12.}

在上面的例子中，我创建了一个Feign 客户端，并映射了一个REST API方法来暴露电影服务。使用@FeignClient注解，可以声明我想要为movie微服务而创建的客户端API。接下来我声明了一个我想要实现的服务映射。通过在方法上声明一个URL规则来描述一个REST API的路由规则。

更令人兴奋的是，这一切在Spring Cloud中都很容易，我所要做的仅仅是知道service ID来创建我的Feign 客户端。服务的URL地址在运行时环境是自动配置的，因为每一个在集群中的微服务将会在启动时通过绑定serviceid的方式来进行注册。

微服务架构中的其它服务，也是通过上面提到的方式运行。我只需要知道进行通讯服务的serviceid，所有的操作都是通过Spring自动绑定的。

API Gateway

API Gateway 服务是Spring Cloud的另一个重要组件(关于它的介绍可以阅读本篇文章)。它可以用来管理集群服务中的领域实体。下图的绿色六边形是我们提供的数据驱动服务，主要用来管理自己的实体类和数据库。通过添加API Gateway 服务，我们可以为通过下面绿颜色的服务为每一个API路由创建一个代理暴露接口。

假设推荐服务和电影服务都暴露他们自己的REST API在自己管理的域实体上。API gataway通过discovery service和从其它服务注入的基于代理路由的 API 方法。通过这种方式，包括推荐服务和电影服务将拥有一个完整定义的路由，通过暴露的REST API获得本地的微服务。API Gateway将会重定义路由请求到服务实例，这些请求都是基于HTTP的。

示例项目

我已经在GitHub上创建了一个实例项目：

https://e5c3d07aba0d4a7302763abc/kbastani/spring-cloud-microservice-example，这个项目是一个端到端的原生云平台，使用Spring Cloud构建实际的微服务架构。

基本概念:

?使用Docker进行集成测试

?混合持久化

?微服务架构

?服务发现

?API网关

Docker

使用Docker对每一个服务进行构建和部署。使用Docker Compose在一个开发机上进行端到端的集成测试。

混合持久化

混合持久化其实就是说使用多种数据库来存储。不同的微服务实例都会使用它们自己的数据库，并通过REST服务或者消息总线来通信，举个例子，你可以使用基于以下数据库来构建微服务：

?Neo4j(图形化)

?MongoDB(文档化)

?MySQL(关联)

微服务架构

这个例子演示了如何使用微服务创建一个新的应用。由于在项目中的每一个微服务只有一个单一的父项目。开发者为此得到的收益是可以在本机上运行和开发每一个微服务。添加一个新的微服务非常简单，当发现微服务时将会自动发现运行时的集群环境上。

Service Discovery

项目中包含两个发现服务，一个在Netflix Eureka，另一个使用了

Consul from Hashicorp。多种发现服务提供了多种选择，一个是使用(Consul)来做DNS服务集群，另一个是(Consul)基于代理的API 网关。

API 网关

每一个微服务都关联Eureka，在整个集群中检索API路由。使用这个策略，每

一个在集群上运行的微服务 …… 此处隐藏：5731字，全部文档内容请下载后查看。喜欢就下载吧 ……