Springcloud

在 上一篇，我们通过编码，分别编写了服务注册中心、服务提供者、服务消费者，但是服务注册中心仍然是单节点，如果服务注册中心不可用，则会导致整个体系的所有服务都不可用。所以，有必要保证服务注册中心的高可用，本章将来讨论整个问题。 1. Eureka集群 对于Eureka而言，其本身是支持多节点集群的。其原理大致如下：服务注册中心的多个实例彼此互相注册，形成注册中心的集群，同时对外提供服务，即使其中一个挂掉，其他实例仍然可以对外提供服务，从而保证了高可用。 Figure 1. Eureka双节点结构示意图 以双节点为例，如上图所示，两个服务注册中心(Eureka Server)彼此相互注册形成集群，服务提供者（Service Provider）会自动向两者都进行服务注册，即是说，两个服务注册中心有用相同的服务实例列表，服务消费者（Service Consumer）会采用负载均衡算法从服务注册中心集群中选择出一个可用的服务注册中心，来获取服务注册实例，并完成请求。 上一篇已经说过，默认情况下，每一个Eureka服务端同样也是一个Eureka客户端，因此至少需要配置一个其他的Eureka服务端URL来让自己完成注册。如果不提供这个服务端URL，服务端本身可以正常运行和提供服务，但是控制台会打印许多无法成功注册的日志信息。在上一篇在编码单节点服务注册中心时，我们做了如下配置，让其不作为客户端让其他服务注册中心注册： eureka.client.register-with-eureka=false eureka.client.fetch-registry=false 这两项配置默认均为true，即是说eureka默认是开启集群功能的。 2. 编码实战 接下来，我们参照上一篇的服务注册中心、服务提供者、服务消费者代码，来组建一个双节点的服务注册中心，并通过服务消费者获取服务实例，完成远程请求。 2.1. 服务注册中心 1、新建一个名为02-eureka-server-nodes的Spring Boot工程，作为服务注册中心 2、引入如下依赖和插件： <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka-server</artifactId> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build> 引入spring-boot-maven-plugin的目的是为了打可执行jar包，由于要组建双节点集群，需要启动两次，所以不能直接在idea里边运行工程了，需要打包成可执行jar，通过命令行来启动。 3、启动类添加@EnableEurekaServer注解，表明该工程为Eureka服务端 4、配置多环境，新建三个配置文件：application.properties、application-node1.properties、application-node2.properties，分别进行如下配置： application.properties： spring.application.name=eureka-server # 开发用，关闭服务端自我保护，防止关闭的实例不能被剔除 eureka.server.enable-self-preservation=false application-node1.properties： server.port=8080 eureka.instance.hostname=eureka-node1 # 服务注册中心访问地址 eureka.client.service-url.defaultZone=http://eureka-node2:8081/eureka application-node2.properties： server.port=8081 eureka.instance.hostname=eureka-node2 # 服务注册中心访问地址 eureka.client.service-url.defaultZone=http://eureka-node1:8080/eureka 需要注意的是，eureka-node1需要向eureka-node2来注册服务，而eureka-node2需要向eureka-node1来注册服务，彼此交叉注册，注意配置地址的不同。 5、由于在本机测试，并且这里通过hostname来访问服务，所以需要让hostname可以访问，修改hosts文件进行本机映射： 127.0.0.1 eureka-node1 127.0.0.1 eureka-node2 各操作系统修改hosts文件的方式不同，请自行查阅相关资料。 6、到这里编码工作就已完成，现在，使用maven命令进行打包： ``mvn clean package`` ...

上一篇，我们学习了Spring Cloud配置集成化组件Config，在本篇，我们来学习Spring Cloud微服务架构的一个核心组件----Eureka。 1. 服务治理 服务治理，即将体系中各个微服务统一纳入服务注册中心，由注册中心维护各个微服务的名称、地址、端口、状态等信息，并提供服务自动化注册和发现机制。 为什么需要服务治理？ 对于传统应用而言，应用数量少，各应用间的API调用我们可以通过在配置文件中写入IP地址和端口的方式来进行维护。那么对于现在的微服务架构而言，应用的服务数量上百甚至上千，如果还使用传统的配置方式来维护各个服务信息及其其调用管理，那么无疑是困难重重，不仅容易出错，而且成本直线上升。 <p style="text-align: center;">没有服务治理时，如何管理各个服务？ <p style="text-align: left;">在微服务体系中，服务实例的网络位置都是动态分配的，而且实例的地址可能会经常性的改变，有了服务治理，不再需要人为的维护各个服务信息，一切交给服务注册中心来自动管理和维护，大大提高了效率。 几个核心概念 服务注册表：维护了服务实例的网络地址、名称等信息的数据库 服务提供者：提供RESTApi以供其他服务调用的被调用方 服务消费者：调用服务端提供的RESTApi接口，发起服务请求的请求方 服务注册：将服务注册表中提供服务信息进行注册服务的行为 服务发现：从服务注册表中查询服务实例信息的行为 接下来，我们看看服务发现的两种模式。 服务发现模式 服务发现主要有两种模式：服务端发现模式和客户端发现模式。 1、客户端发现模式 即由客户端来获取服务实例列表和网络位置，并且进行负载均衡。客户端查询服务注册表（一个维护了服务实例和其网络位置等信息的数据库），获取服务实例列表，并且采用负载均衡算法，从列表中选择一个服务实例作为请求目标。 Figure 1. 客户端发现模式示意图 Eureka采用的就是客户端发现模式。 2、服务端发现模式 即由服务端来发现服务实例并进行负载均衡：客户端通过负载均衡器向某个服务提出请求，负载均衡器查询服务注册表，并将请求转发到可用的服务实例。 Figure 2. 服务端发现模式示意图 AWS Elastic Load Balancer（ELB）采用的是服务端发现模式。 本篇讲解的Spring Cloud Eureka采用的是客户端发现模式，接下来我们看看eureka的基本概念。 2. Eureka简介 Eureka，字面意思即"发现"之意，是Netflix下开源的服务治理（注册、发现等）中间件。Spring Cloud Eureka在其基础上进行了二次封装，添加了自动化配置等功能，使其成为Spring Cloud微服务体系中核心的服务治理方案之一。 Eureka包括三个角色，如下图所示： Figure 3. Eureka基础架构（图片来源网络） Eureka Server：服务注册中心，维护了服务注册表，提供服务注册、服务发现、刷新和取消注册等功能 Service Provider：服务提供者，对外提供服务，一般为RESTApi接口 Service Consumer：服务消费者，调用服务提供者接口，实现具体业务逻辑 由上图可见，Service Provider将注册中心注册服务，Service Consumer从注册中心查询服务注册表，获取服务实例信息，并通过负载均衡算法获取到一个服务提供者实例，并发起调用请求。 Eureka Server并没有后端存储机制，注册表中的所有服务实例必须发送心跳监测以保证正确连接（内存中实现），服务实例（客户端）会将服务端注册表拉去到本地并缓存在内存中，而不是每次都向服务端发送请求来获取服务实例注册信息。 前边介绍了Eureka和服务治理相关的理论，接下来，我们来编程实现服务注册中心。 3. 单节点服务注册中心 3.1. 编写服务注册中心 1、新建名为01-eureka-server的Spring Boot工程，作为服务注册中心 2、引入如下依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka-server</artifactId> </dependency> ...

在 Spring Cloud简介中，我们了解了Spring Cloud的基本概念、特点、各大组件和其作用，还介绍了Spring Cloud的版本定义和发布规则，对Spring Cloud应该有了一定的了解。在本篇，我们来看看实现配置集成化的重要组件----Spring Cloud Config。 1. 简介 Spring Cloud Config是一款配置集中管理的组件，它提供了分布式系统的客户端和服务端外部化配置支持，由git(也支持svn、本地文件系统等)存储库支持的集中式外部配置管理，实现了配置的外部化存储。 Spring Cloud Config有几个核心的概念： 配置仓库：集中存储配置文件的地方， 推荐git仓库，也可以使用svn仓库或者本地文件系统； Server：配置管理服务端，提供配置文件管理服务，通过server可以按照一定规则读取配置文件，它直接访问配置仓库； Client：配置客户端，即需要从Server读取配置的应用，它并不直接访问配置仓库，而是通过Server读取配置信息； git仓库本身使用频率高，可以进行版本跟踪等特点，所以spring推荐使用git仓库，本文也将重点介绍基于git仓库的配置中心。 2. 配置服务端 服务端支持的配置仓库有git、svn和native本地文件，spring.profiles.active配置项用于启用配置文件支持的配置仓库，默认为git。在使用git配置仓库有几个重要概念： application: 访问配置服务的名称，默认为application，可以通过spring.config.name配置 profile：激活的profile配置文件，多个以逗号分隔 label：通常为git的分支，默认为master，也可以为commit id、tag名称；如果分支或tag名称包含斜线“/”，那么在HTTP URL中需要更换为"(_)" 下边先简单介绍使用本地文件和本地git仓库搭建配置服务端。 2.1. 使用本地文件 1、新建config-server-native工程，引入依赖： <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency> 2、启动类加上@EnableConfigServer注解，表明该工程为配置服务端 3、新建本地配置仓库文件夹： ``mkdir /Users/sun/Desktop/belonk/config-native`` 在config-native文件夹中建三个文件：application-dev.properties,application-uat.properties,application-pro.properties，分别配置部分内容以区别不同环境（profile）。 4、application.properties添加如下配置： spring.profiles.active=native # 采用推荐的8888端口 server.port=8888 spring.config.name=config # 配置本地文件目录地址 spring.cloud.config.server.native.searchLocations=/Users/sun/Desktop/belonk/config-native spring.cloud.config.server.native.addLabelLocations=true # 配置本地git仓库地址 #spring.cloud.config.server.git.uri=file:///Users/sun/Desktop/belonk/config-center/ spring.profiles.active：默认为git，改为native启用本地文件系统配置仓库 spring.config.name：访问URL的application名称 spring.cloud.config.server.native.searchLocations：配置本地搜索配置文件的位置，默认包括[classpath:/, classpath:/config, file:./, file:./config] 5、启动应用，浏览器访问http://localhost:8888/config/pro,dev，可以看到显示了正确pro和dev的配置信息，需要注意的是这里的config来自spring.config.name配置。 由于本地文件系统没有版本控制，不便于管理和追述，建议仅仅用于测试，不建议生产上使用。 2.2. 使用本地git仓库 git仓库在本地文件系统，并未push到远端，可用于快速测试。我们在config-server-native工程上稍作修改，改为本地git仓库。 ...

1. 简介 微服务的实施，涉及的内容非常多，包括服务治理、配置中心、服务网关、服务熔断、分布式事务、集群、消息总线等等，各个部分开源的产品也非常多： 服务治理：阿里的Dubbo以及当当维护的DubboX、Netflix的Eureka、Apache的Consul等； 配置中心：Spring Cloud的Config、百度的Disconf、Netflix的Archaius、淘宝的Diamond等； 服务跟踪：Spring Cloud的Sleuth、Twitter的Zipkin等 服务网关：Netflix的Zuul等 …… 开源组件如此众多，在实施微服务时，势必带来技术选型方面的困扰，不仅要了解各个技术的作用、易用性、优缺点，还需要知道其他组件对其支持程度，以及组件之间的依赖、协作关系，因此，很多公司在一开始就心生畏惧甚至直接放弃。 为了解决上述问题，Spring Cloud应运而生。它不单独解决微服务某一方面的问题，而是提出了微服务一整套解决方案。Spring Cloud整合了很多开源的微服务产品，针对微服务某一方面的问题，它提供了默认的实现，从而极大的简化了微服务实施的技术难度，使得技术人员不必再关注技术选型方面的问题，大大节约了成本。 简言之，Spring Cloud是一套构建于Spring boot之上的微服务框架，它整合了大部分微服务实施所需的组件，并提供了默认实现，使得复杂的微服务实施变得简单化。官网地址： http://projects.spring.io/spring-cloud/ 2. 特点 Spring Cloud专注于为典型用例提供良好的开箱即用体验，并为其他用户提供可扩展性机制。 分布式/版本化配置 服务注册和发现 路由 服务间调用 负载均衡 断路器 分布式消息 3. 组件 Spring Cloud整合了微服务架构所需的大部分开源组件，包括： Spring Cloud Config 即配置管理工具，由git(也支持svn、本地文件系统等)存储库支持的集中式外部配置管理，实现了配置的外部化存储。 Spring Cloud Netflix 核心组件，整合了Netflix OSS开源的组件，包括许多子组件： Eureka：服务治理组件，包括服务注册、发现，对Netflix的Eureka进行整合； Hystrix：容错管理组件，断路器，对Netflix的Hystrix进行了整合； Ribbon：客户端负载均衡，也是Netflix的开源组件，Spring Cloud进行了整合； Feign：基于Ribbon和Hystrix的声明式服务调用，整合Netflix的Feign； Zuul：网关组件，智能路由、访问过滤，整合Netflix的Zuul； Archaius：外部化配置组件，整合netflix的Archaius； Spring Cloud Bus 轻量级消息总线，用于集群间通信，传播集群间状态改变，例如动态更新配置。 Cloud Foundry 将您的应用程序与Pivotal Cloud Foundry集成。提供服务发现实现，还可以轻松实现受SSO和OAuth2保护的资源。 Spring Cloud Open Service Broker 提供构建实现Open Service Broker API的服务代理的起点。 Spring Cloud Cluster 基于Zookeeper，Redis，Hazelcast，Consul的选举和通用状态模式的抽象实现。 Spring Cloud Consul Hashicorp Consul的服务发现和配置管理。 Spring Cloud Security 为Zuul代理中的负载平衡OAuth2 rest客户端和身份验证头中继提供支持。 Spring Cloud Sleuth Spring Cloud应用程序的分布式跟踪，兼容Zipkin，HTrace和基于日志（例如ELK）的跟踪。 Spring Cloud Data Flow 组合微服务应用程序的本地云编排服务，提供了易用的DSL、拖放式GUI和REST-API共同简化了基于数据管道的微服务整体编排。 Spring Cloud Stream 轻量级事件驱动的微服务框架，可快速构建可连接到外部系统的应用程序。采用声明式模型，在Spring Boot应用程序之间使用Apache Kafka或RabbitMQ发送和接收消息。 Spring Cloud Stream App Starters 基于Spring Boot的Spring应用程序集成，可提供与外部系统的集成。 Spring Cloud Task 一种短命的微服务框架，用于快速构建执行有限数据处理的应用程序。用于向Spring Boot应用程序添加功能和非功能功能的简单声明。 Spring Cloud Task App Starters Spring Cloud Task App Starters是Spring Boot应用程序，可能是任何进程，包括不能永久运行的Spring Batch作业，它们在有限的数据处理期后结束/停止。 Spring Cloud Zookeeper 使用Apache Zookeeper进行服务发现和配置管理。 适用于Amazon Web Services的Spring Cloud 与托管的Amazon Web Services轻松集成。它提供了一种使用众所周知的Spring习语和API（如消息传递或缓存API）与AWS提供的服务进行交互的便捷方式。开发人员可以围绕托管服务构建应用程序，而无需关心基础结构或维护。 Spring Cloud Connectors 使各种平台中的PaaS应用程序可以轻松连接到数据库和消息代理（该项目以前称为“Spring Cloud”）等后端服务。 Spring Cloud CLI Spring Boot CLI插件，用于在Groovy中快速创建Spring Cloud组件应用程序 Spring Cloud Gateway 一款基于Project Reactor的智能可编程路由器。 Spring Cloud OpenFeign 通过自动配置和Spring环境以及其他Spring编程模型习惯用法提供Spring Boot应用程序的集成。 Spring Cloud Function 通过函数促进业务逻辑的实现。它支持无服务器提供商之间的统一编程模型，以及独立运行（本地或PaaS）的能力。 ...