时间:2021-05-02
前言
要会用,首先要了解。图懒得画,借鉴网上大牛的图吧,springcloud组建架构如图:
微服务架构的应用场景:
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的安装后,可以尝试启动配置中心。在控制台中,将会输出了一些配置中心特有的端点,主要包括:
可以尝试通过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/
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
前言之前写过一篇关于配置中心对配置内容加密解密的介绍:《springcloud构建微服务架构:分布式配置中心(加密解密)》。在这篇文章中,存在一个问题:当被加密
spring-cloud-config配置中心实现SpringCloudConfig用于为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持,分为ser
前言在分布式系统中,由于服务数量巨多,为了方便服务配置文件统一管理,实时更新,所以需要分布式配置中心组件:spring-cloud-config,它支持配置服务
前言:spring-cloud为基础的微服务架构,所有的微服务都需要注册到注册中心,如果这个注册中心阻塞或者崩了,那么整个系统都无法继续正常提供服务,所以,这里
问题描述我们公司的项目是基于SpringCloud开发的微服务,用到了Spring-Cloud-Config作为微服务统一的配置中心,可以将散落在各个服务的配置