gpt4 book ai didi

Spring Cloud微服务架构的构建:分布式配置中心(加密解密功能)

转载 作者:qq735679552 更新时间:2022-09-27 22:32:09 34 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章Spring Cloud微服务架构的构建:分布式配置中心(加密解密功能)由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

前言 。

要会用,首先要了解。图懒得画,借鉴网上大牛的图吧,springcloud组建架构如图:

Spring Cloud微服务架构的构建:分布式配置中心(加密解密功能)

微服务架构的应用场景:

      1、系统拆分,多个子系统 。

      2、每个子系统可部署多个应用,应用之间负载均衡实现 。

      3、需要一个服务注册中心,所有的服务都在注册中心注册,负载均衡也是通过在注册中心注册的服务来使用一定策略来实现.

      4、所有的客户端都通过同一个网关地址访问后台的服务,通过路由配置,网关来判断一个url请求由哪个服务处理。请求转发到服务上的时候也使用负载均衡.

      5、服务之间有时候也需要相互访问。例如有一个用户模块,其他服务在处理一些业务的时候,要获取用户服务的用户数据.

      6、需要一个断路器,及时处理服务调用时的超时和错误,防止由于其中一个服务的问题而导致整体系统的瘫痪.

      7、还需要一个监控功能,监控每个服务调用花费的时间等.

引言 。

在微服务架构中,我们通常都会采用devops的组织方式来降低因团队间沟通造成的巨大成本,以加速微服务应用的交付能力。这就使得原本由运维团队控制的线上信息将交由微服务所属组织的成员自行维护,其中将会包括大量的敏感信息,比如:数据库的账户与密码等。很显然,如果我们直接将敏感信息以明文的方式存储于微服务应用的配置文件中是非常危险的。针对这个问题,spring cloud config提供了对属性进行加密解密的功能,以保护配置文件中的信息安全。比如下面的例子:

?
1
2
spring.datasource.username=didi
spring.datasource.password={cipher}dba6505baa81d78bd08799d8d4429de499bd4c2053c05f029e7cfbf143695f5b

在spring cloud config中通过在属性值前使用{cipher}前缀来标注该内容是一个加密值,当微服务客户端来加载配置时,配置中心会自动的为带有{cipher}前缀的值进行解密。通过该机制的实现,运维团队就可以放心的将线上信息的加密资源给到微服务团队,而不用担心这些敏感信息遭到泄露了。下面我们来具体介绍如何在配置中心使用该项功能.

使用前提 。

在使用spring cloud config的加密解密功能时,有一个必要的前提需要我们注意。为了启用该功能,我们需要在配置中心的运行环境中安装不限长度的jce版本(unlimited strength java cryptography extension)。虽然,jce功能在jre中自带,但是默认使用的是有长度限制的版本。我们可以从oracle的官方网站中下载到它,它是一个压缩包,解压后可以看到下面三个文件:

?
1
2
3
readme.txt
local_policy.jar
us_export_policy.jar

我们需要将local_policy.jar和us_export_policy.jar两个文件复制到$java_home/jre/lib/security目录下,覆盖原来的默认内容。到这里,加密解密的准备工作就完成了.

相关端点 。

在完成了jce的安装后,可以尝试启动配置中心。在控制台中,将会输出了一些配置中心特有的端点,主要包括:

  • /encrypt/status:查看加密功能状态的端点
  • /key:查看密钥的端点
  • /encrypt:对请求的body内容进行加密的端点
  • /decrypt:对请求的body内容进行解密的端点

可以尝试通过get请求访问/encrypt/status端点,我们将得到如下内容:

?
1
2
3
4
{
  "description" : "no key was installed for encryption service" ,
  "status" : "no_key"
}

该返回说明当前配置中心的加密功能还不能使用,因为没有为加密服务配置对应的密钥.

配置密钥 。

我们可以通过encrypt.key属性在配置文件中直接指定密钥信息(对称性密钥),比如:

?
1
encrypt.key=didispace

加入上述配置信息后,重启配置中心,再访问/encrypt/status端点,我们将得到如下内容:

?
1
2
3
{
  "status" : "ok"
}

此时,我们配置中心的加密解密功能就已经可以使用了,不妨尝试访问一下/encrypt和/decrypt端点来进行加密和解密的功能。注意,这两个端点都是post请求,加密和解密信息需要通过请求体来发送。比如,以curl命令为例,我们可以通过下面的方式调用加密与解密端点:

?
1
2
3
4
5
$ curl localhost: 7001 /encrypt -d didispace
3c70a809bfa24ab88bcb5e1df51cb9e4dd4b8fec88301eb7a18177f1769c849ae9c9f29400c920480be2c99406ae28c7
 
$ curl localhost: 7001 /decrypt -d 3c70a809bfa24ab88bcb5e1df51cb9e4dd4b8fec88301eb7a18177f1769c849ae9c9f29400c920480be2c99406ae28c7
didispace

这里,我们通过配置encrypt.key参数来指定密钥的实现方式采用了对称性加密。这种方式实现比较简单,只需要配置一个参数即可。另外,我们也可以使用环境变量encrypt_key来进行配置,让密钥信息外部化存储.

非对称加密 。

spring cloud config的配置中心不仅可以使用对称性加密,也可以使用非对称性加密(比如:rsa密钥对)。虽然非对称性加密的密钥生成与配置相对复杂一些,但是它具有更高的安全性。下面,我们来具体介绍一下如何使用非对称加密.

首先,我们需要通过keytool工具来生成密钥对。keytool是jdk中的一个密钥和证书管理工具。它使用户能够管理自己的公钥/私钥对及相关证书,用于(通过数字签名)自我认证(用户向别的用户/服务认证自己)或数据完整性以及认证服务。在jdk 1.4以后的版本中都包含了这一工具,它的位置在:%java_home%\bin\keytool.exe.

生成密钥的具体命令如下:

$ keytool -genkeypair -alias config-server -keyalg rsa -keystore config-server.keystore 输入密钥库口令: 再次输入新口令: 您的名字与姓氏是什么?   [unknown]:  zhaiyongchao 您的组织单位名称是什么?   [unknown]:  company 您的组织名称是什么?   [unknown]:  organization 您所在的城市或区域名称是什么?   [unknown]:  city 您所在的省/市/自治区名称是什么?   [unknown]:  province 该单位的双字母国家/地区代码是什么?   [unknown]:  china cn=zhaiyongchao, ou=company, o=organization, l=city, st=province, c=china是否正确?   [否]:  y 。

输入 <config-server> 的密钥口令         (如果和密钥库口令相同, 按回车): 再次输入新口令

另外,如果我们不想逐步的输入那些提示信息,可以使用-dname来直接指定,而密钥库口令与密钥口令可使用-storepass和-keypass来直接指定。所以,我们可以通过下面的命令直接创建出与上述命令一样的密钥库:

?
1
2
3
4
5
$ keytool -genkeypair -alias config-server -keyalg rsa \
  -dname "cn=zhaiyongchao, ou=company, o=organization, l=city, st=province, c=china" \
  -keypass 222222 \
  -keystore config-server.keystore \
  -storepass 111111 \

默认情况下,上述命令创建的密钥只有90天有效期。如果我们想要调整它的有效期,可以通过增加-validity参数来实现,比如我们可以通过下面的命令,让密钥的有效期延长到一年:

?
1
2
3
4
5
6
$ keytool -genkeypair -alias config-server -keyalg rsa \
  -dname "cn=zhaiyongchao, ou=company, o=organization, l=city, st=province, c=china" \
  -keypass 222222 \
  -keystore config-server.keystore \
  -storepass 111111 \
  -validity 365 \

上述的三种命令生成方式,最终都会在命令的当前执行目录下生成一个config-server.keystore文件。下面,我们需要将它保存在配置中心的文件系统中的某个位置,比如放在当前的用户目录下,然后在配置中心中加入相关的配置信息:

?
1
2
3
4
encrypt.key-store.location=file: //${user.home}/config-server.keystore
encrypt.key-store.alias=config-server
encrypt.key-store.password= 111111
encrypt.key-store.secret= 222222

如果我们将config-server.keystore放在配置中心的src/main/resource目录下,也可以直接这样配置:encrypt.key-store.location=config-server.keystore。另外,非对称加密的配置信息也可以通过环境变量的方式进行配置,它们对应的具体变量名如下:

?
1
2
3
4
encrypt_key_store_location
encrypt_key_store_alias
encrypt_key_store_password
encrypt_key_store_secret

通过环境变量来配置密钥库相关信息可以获得更好的安全性,所以我们可以将敏感的口令信息存储在配置中心的环境变量中是一种不错的选择.

总结 。

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对我的支持.

原文链接:http://blog.didispace.com/spring-cloud-starter-dalston-3-2/ 。

最后此篇关于Spring Cloud微服务架构的构建:分布式配置中心(加密解密功能)的文章就讲到这里了,如果你想了解更多关于Spring Cloud微服务架构的构建:分布式配置中心(加密解密功能)的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

34 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com