700字范文,内容丰富有趣,生活中的好帮手!
700字范文 > Spring Cloud【Finchley】实战-05配置中心的搭建(配合使用Eureka)和Config Server高可用

Spring Cloud【Finchley】实战-05配置中心的搭建(配合使用Eureka)和Config Server高可用

时间:2019-03-29 20:27:39

相关推荐

Spring Cloud【Finchley】实战-05配置中心的搭建(配合使用Eureka)和Config Server高可用

文章目录

概述搭建Config ServerStep1: 新建Config Server微服务,添加依赖Step2: 将Config Server 注册到Eureka Server上Step3: 启动@EnableConfigServer,将服务变更为Config ServerStep5: 新建远端Git工程,用于存放配置文件Step6: 启动测试搭建Config ClientStep1.添加spring-cloud-config-client依赖Step2. 新建bootstrap.ymlStep3. 启动artisan-orderStep4. 验证配置中心的高可用Config Server注册到注册中心上的场景Config Server未注册到注册中心上的场景修改Eureka Server的默认端口8761的情况Step1. 将Eureka的配置下沉到客户端上Step2. 注释掉默认配置文件的配置遗留问题代码

概述

入门文章请看我之前整理的博客: Spring Cloud【Finchley】-19Spring Cloud Config之Config Server和Config Client

搭建Config Server

总结下Spring Cloud的三部曲

1. 增加依赖

2. 启用注解@EnableXXX

3. 配置文件

Step1: 新建Config Server微服务,添加依赖

关键依赖如下:

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-config-server</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency>

Step2: 将Config Server 注册到Eureka Server上

2.1启动类增加 @EnableEurekaClient 注解 ,作为Eureka Client 注册到注册中心上去

2.2application.yml 新增配置如下

spring:application:name: artisan-configeureka:client:service-url:defaultZone: http://localhost:8761/eureka/

Step3: 启动@EnableConfigServer,将服务变更为Config Server

2.1启动类增加 @EnableConfigServer注解

2.2application.yml 新增配置如下

又加了个指定端口 9898 和 force-pull 属性 。 完整配置如下

Cannot pull from remote the working tree is not clean. 这种报错可以通过配置强制拉属性force-pull: true。 由于Spring Cloud配置服务器会复制远程git存储库,如果本地副本变得不干净,那么Spring Cloud配置服务器就不能更新远程存储库中的本地副本。通过设置强制拉属性为true,使Spring Cloud配置服务器从远程存储库中强制pull。

官方指导: /spring-cloud/spring-cloud-config/blob/master/docs/src/main/asciidoc/spring-cloud-config.adoc#force-pull-in-git-repositories

Step5: 新建远端Git工程,用于存放配置文件

之前创建了一个远端Git, 地址为: /yangshangwei/spring-cloud-config-center 我们就直接拿来用吧

搭建过程: 搭建Config Server的后端存储

为了测试下,我们新建几个order的配置文件 ,放些配置进去

Step6: 启动测试

启动Eureka Server 和 该工程

访问Eureka http://localhost:8761/

访问: http://localhost:9898/artisan-order-dev.yml

basedir的配置看日志

搭建Config Client

上面我们把Order微服务的配置文件放到了远端的Git,自然而然本地的工程直接使用远端存储的配置文件既可以了,本地的配置自然而言就应该不需要了。

Step1.添加spring-cloud-config-client依赖

在Order工程中添加 spring-cloud-config-client 依赖

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-config-client</artifactId></dependency>

Step2. 新建bootstrap.yml

spring:application:name: artisan-ordercloud:config:profile: dev# 可配置多个,不推荐使用,因为需要设置具体的ip.服务端修改或者新增IP后,要同步修改# uri: http://localhost:9898/,http://localhost:9999/discovery:# 指定Config Server在服务发现中的service Id ,默认为configserverservice-id: ARTISAN-CONFIG# 表示使用服务发现组件中的Config Server,而不自己指定Config Server的uri,默认为falseenabled: true

上述配置信息一定要写到bootstrap.yml中。 如果配到了application.yml中,spring.cloud.config.uri 就会访问默认的8888端口,而非配置的端口了。

bootstrap.yml 是被一个父级的 Spring ApplicationContext 加载的,在加载application.yml 的 ApplicationContext之前。配置在 bootstrap.yml 中的属性优先级更高,默认情况下不能被本地配置覆盖。

当启动不了的时候,比如从远端加载不到配置文件的时候,注意观察日志:

-04-04 16:42:41.844 INFO 27888 --- [ restartedMain] c.c.c.ConfigServicePropertySourceLocator : Fetching config from server at : http://localhost:9898/-04-04 16:42:45.426 INFO 27888 --- [ restartedMain] c.c.c.ConfigServicePropertySourceLocator : Located environment: name=artisan-order, profiles=[dev], label=null, version=16152eaaf132cd054c2ac538a11fe4bb7fff6583, state=null-04-04 16:42:45.427 INFO 27888 --- [ restartedMain] b.c.PropertySourceBootstrapConfiguration : Located property source: CompositePropertySource {name='configService', propertySources=[MapPropertySource {name='configClient'}, MapPropertySource {name='/yangshangwei/spring-cloud-config-center/artisan-order.yml'}]}

Step3. 启动artisan-order

启动后观察是否注册到Eureka上

Step4. 验证

package com.artisan.order.controller;import org.springframework.beans.factory.annotation.Value;import org.springframework.web.bind.annotation.GetMapping;import org.springframework.web.bind.annotation.RestController;@RestControllerpublic class ConfigController {@Value("${spring.datasource.url}")private String url;@GetMapping("/value")public String getValueFromGit(){return url;}}

获取 spring.datasource.url的值

访问 http://localhost:8081/value

配置中心的高可用

Config Server注册到注册中心上的场景

这种情况最简单,启动多个Config Server即可。 下面我们来验证下

配置中心再启动另外一个端口

可以看到我们启动了两个进程

去Eureka Server上看也可以。

然后重启下artisan-order微服务,观察日志 中的 server url

Multiple Config Server Urls found listed.Fetching config from server at : http://localhost:9898/Located environment: name=artisan-order, profiles=[dev], label=null, version=06a183a4820a618cc1dc53b33d77e22106a9c4e4, state=nullLocated property source: CompositePropertySource {name='configService', propertySources=[MapPropertySource {name='configClient'}, MapPropertySource {name='/yangshangwei/spring-cloud-config-center/artisan-order-dev.yml'}, MapPropertySource {name='/yangshangwei/spring-cloud-config-center/artisan-order.yml'}]}

再次重启下 ,或者多重启几次

Multiple Config Server Urls found listed.Fetching config from server at : http://localhost:9999/Located environment: name=artisan-order, profiles=[dev], label=null, version=06a183a4820a618cc1dc53b33d77e22106a9c4e4, state=nullLocated property source: CompositePropertySource {name='configService', propertySources=[MapPropertySource {name='configClient'}, MapPropertySource {name='/yangshangwei/spring-cloud-config-center/artisan-order-dev.yml'}, MapPropertySource {name='/yangshangwei/spring-cloud-config-center/artisan-order.yml'}]}

停掉9898节点 ,再次重启下artisan-order服务 ,观察日志

Config Server未注册到注册中心上的场景

借助负载均衡设备即可 ,比如 Nginx , F5,A10等等

修改Eureka Server的默认端口8761的情况

如果我们不使用Eureka Server默认的端口呢? 比如我们使用8762

先把Eureka Server的端口改为8762

其他eureka client客户端将 defaultZone修改为 8762端口对应的url .

Step1. 将Eureka的配置下沉到客户端上

改完默认的端口,我们启动Eureka Server , artisan-config , 发现都可以起来

访问: http://localhost:8762/

紧接着我们启动 artisan-order ,报错了。。。。

-04-08 14:47:29.463 ERROR 30340 --- [ restartedMain] c.n.d.s.t.d.RedirectingEurekaHttpClient : Request execution errorcom.sun.jersey.api.client.ClientHandlerException: .ConnectException: Connection refused: connectat com.sun.jersey.client.apache4.ApacheHttpClient4Handler.handle(ApacheHttpClient4Handler.java:187) ~[jersey-apache-client4-1.19.1.jar:1.19.1]........Caused by: .ConnectException: Connection refused: connectat .DualStackPlainSocketImpl.waitForConnect(Native Method) ~[na:1.8.0_191]-04-08 14:47:29.466 WARN 30340 --- [ restartedMain] c.n.d.s.t.d.RetryableEurekaHttpClient : Request execution failed with message: .ConnectException: Connection refused: connect-04-08 14:47:29.468 ERROR 30340 --- [ restartedMain] flix.discovery.DiscoveryClient : DiscoveryClient_ARTISAN-ORDER/localhost:artisan-order - was unable to refresh its cache! status = Cannot execute request on any known flix.discovery.shared.transport.TransportException: Cannot execute request on any known serverat flix.discovery.shared.transport.decorator.RetryableEurekaHttpClient.execute(RetryableEurekaHttpClient.java:112) ~[eureka-client-1.9.2.jar:1.9.2]....at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49) ~[spring-boot-devtools-2.0.3.RELEASE.jar:2.0.3.RELEASE]-04-08 14:47:29.474 WARN 30340 --- [ restartedMain] flix.discovery.DiscoveryClient : Using default backup registry implementation which does not do anything.-04-08 14:47:29.476 INFO 30340 --- [ restartedMain] flix.discovery.DiscoveryClient : Not registering with Eureka server per configuration-04-08 14:47:29.480 INFO 30340 --- [ restartedMain] flix.discovery.DiscoveryClient : Discovery Client initialized at timestamp 1554706049479 with initial instances count: 0-04-08 14:47:29.590 WARN 30340 --- [ restartedMain] lientConfigServiceBootstrapConfiguration : Could not locate configserver via discoveryjava.lang.IllegalStateException: No instances found of configserver (ARTISAN-CONFIG)at org.springframework.cloud.config.client.ConfigServerInstanceProvider.getConfigServerInstances(ConfigServerInstanceProvider.java:25) ~[spring-cloud-config-client-2.0.0.RELEASE.jar:2.0.0.RELEASE]....

一看就知道是Eureka 的问题,我们想到,统一配置中心上artisan-order-dev.yml的Eureka Server的端口还没改,改下再试试吧

访问下 http://localhost:9898/artisan-order-dev.yml 看下效果

再次启动artisan order ,还是报错

访问了配置中心的默认端口8888 ,

这样的话 我们把Eureka的配置

# Eurekaeureka:client:service-url:defaultZone: http://localhost:8762/eureka/

下沉到artisan order 中

意思就是:启动的时候会优先加载bootstrap中的配置,从该配置文件中找到注册中心的地址,然后再注册中心上去找配置中心的service-id .

同时把配置中心artisan-order-dev.yml 中的eureka的配置注释或者删掉。

Step2. 注释掉默认配置文件的配置

再次访问下 http://localhost:9898/artisan-order-dev.yml 看下

怎么又是8761了。。。。

我们来观察下 artisan cofig的日志

当我们按照这种格式访问 http://localhost:9898/artisan-order-dev.yml 配置文件时,config server同时也会把默认配置文件的artisan-order中的配置合并后返回。

那看下 artisan-order.yml的配置看下吧

把artisan-order.yml的配置注释掉吧

再次访问 http://localhost:9898/artisan-order-dev.yml

可以发现已经没有eureka的相关信息了。

再次启动artisan order ,启动成功。 查看注册中心 http://localhost:8762/

遗留问题

修改配置自动刷新,还是没有实现,仅仅实现了从远端Git读取配置的功能,下一篇我们来实战下如何通过Spring Cloud Bus自动刷新配置

代码

配置文件远端存储Git: /yangshangwei/spring-cloud-config-center

artisan order : /yangshangwei/springcloud-o2o/tree/master/artisan_order

artisan config: /yangshangwei/springcloud-o2o/tree/master/artisan_config

eureka server : /yangshangwei/springcloud-o2o/tree/master/eureka-server

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。