spring cloud 学习笔记（一）—入门、特征、配置
0 放在前面
0.1 参考文档
http://cloud.spring.io/spring-cloud-static/brixton.sr7/
https://springcloud.cc/
http://projects.spring.io/spring-cloud/
0.2 m**en配置
org.springframework.boot
spring-boot-starter-parent
1.5.2.release
org.springframework.cloud
spring-cloud-dependencies
dalston.release
pom
import
org.springframework.cloud
spring-cloud-starter-config
org.springframework.cloud
spring-cloud-starter-eureka
0.3 简介
spring cloud为开发人员提供了快速构建分布式系统中的一些通用模式（例如配置管理，服务发现，断路器，智能路由，微代理，控制总线，一次性令牌，全局锁，领导选举，分布式 会话，群集状态）。分布式系统的协调引出样板模式（boiler plate patterns），并且使用spring cloud开发人员可以快速地实现这些模式来启动服务和应用程序。它们可以在任何分布式环境中正常工作，包括开发人员自己的笔记本电脑，裸机数据中心和受管平台，如cloud foundry。version:brixton.sr7
1 特征
spring cloud专注于为经典用例和扩展机制提供良好的开箱即用
分布式/版本配置
服务注册与发现
路由选择
服务调用
负载均衡
熔断机制
全局锁
领导人选举和集群状态
分布式消息
2 原生云应用程序
原生云是应用程序开发的一种风格，鼓励在持续交付和价值驱动领域的最佳实践。spring cloud的很多特性是基于spring boot的。更多的是由两个库实现：spring cloud context and spring cloud commons。2.1 spring cloud context:应用上下文服务
spring boot关于使用spring构建应用有硬性规定：通用的配置文件在固定的位置，通用管理终端，监控任务。建立在这个基础上，spring cloud增加了一些额外的特性。2.1.1 引导应用程序上下文
spring cloud会创建一个“bootstrap”的上下文，这是主应用程序的父上下文。对应的配置文件拥有最高优先级，并且，默认不能被本地配置文件覆盖。对应的文件名bootstrap.yml或bootstrap.properties。可通过设置spring.cloud.bootstrap.enabled=false来禁止bootstrap进程。2.1.2 应用上下文层级结构
当用springapplication或springapplicationbuilder创建应用程序上下文时，bootstrap上下文将作为父上下文被添加进去，子上下文将继承父上下文的属性。子上下文的配置信息可覆盖父上下文的配置信息。2.1.3 修改bootstrap配置文件位置
spring.cloud.bootstrap.name（默认是bootstrap），或者spring.cloud.bootstrap.location（默认是空）
2.1.4 覆盖远程配置文件的值
spring.cloud.config.allowoverride=true
spring.cloud.config.overridenone=true
spring.cloud.config.overridesystemproperties=false
2.1.5 定制bootstrap配置
在/meta-inf/spring.factories的key为org.springframework.cloud.bootstrap.bootstrapconfiguration，定义了bootstrap启动的组件。在主应用程序启动之前，一开始bootstrap上下文创建在spring.factories文件中的组件，然后是@beans类型的bean。2.1.6 定制bootstrap属性来源
关键点：spring.factories、propertysourcelocator
2.1.7 环境改变
应用程序可通过environmentchangedevent**应用程序并做出响应。2.1.8 refresh scope
spring的bean被@refreshscope将做特殊处理，可用于刷新bean的配置信息。注意
需要添加依赖“org.springframework.boot.spring-boot-starter-actuator”
目前我只在@controller测试成功
需要自己发送post请求/refresh
修改配置文件即可
2.1.9 加密和解密
spring cloud可对配置文件的值进行加密。如果有"illegal key size"异常，那么需要安装jce。2.1.10 服务点
除了spring boot提供的服务点，spring cloud也提供了一些服务点用于管理，注意都是post请求
env：更新environment、重新绑定@configurationproperties跟日志级别
refresh重新加载配置文件，刷新标记@refreshscope的bean
restart重启应用，默认不可用
生命周期方法：/pause、/resume
2.2 spring cloud commons:通用抽象
服务发现、负载均衡、熔断机制这种模式为spring cloud客户端提供了一个通用的抽象层。2.2.1 resttemplate作为负载均衡客户端
通过@bean跟@loadbalanced指定resttemplate。注意uri需要使用虚拟域名（如服务名，不能用域名）。如下：
configuration
public class myconfiguration {
loadbalanced
bean
resttemplate resttemplate(){
return new resttemplate();}
}
public class myclass {
autowired
private resttemplate resttemplate;public string dootherstuff(){
string results=resttemplate.getforobject("http://stores/stores",string.class);return results;}
}
2.2.2 多个resttemplate对象
注意@primary注解的使用。configuration
public class myconfiguration {
loadbalanced
bean
resttemplate loadbalanced(){
return new resttemplate();}
primary
bean
resttemplate resttemplate(){
return new resttemplate();}
}
public class myclass {
autowired
private resttemplate resttemplate;autowired
loadbalanced
private resttemplate loadbalanced;public string dootherstuff(){
return loadbalanced.getforobject("http://stores/stores",string.class);}
public string dostuff(){
return resttemplate.getforobject("http://example.com",string.class);}
}
2.2.3 忽略网络接口
忽略确定名字的服务发现注册，支持正则表达式配置。3 spring cloud config
spring cloud config提供服务端和客户端在分布式系统中扩展配置。支持不同环境的配置（开发、测试、生产）。使用git做默认配置后端，可支持配置环境打版本标签。3.1 快速开始
可通过ide运行或m**en运行。默认加载property资源的策略是**一个git仓库(at spring.cloud.config.server.git.uri')。http服务资源的构成：
{application}/{profile}[/{label}]
{application}-{profile}.yml
{label}/{application}-{profile}.yml
{application}-{profile}.properties
{label}/{application}-{profile}.properties
application是springapplication的spring.config.name,(一般来说'application'是一个常规的spring boot应用),profile是一个active的profile(或者逗号分隔的属性列表),label是一个可选的git标签(默认为"master")。3.1.1 客户端示例
创建以spring boot应用即可，添加依赖“org.springframework.cloud:spring-cloud-starter-config”。配置application.properties，注意url为配置服务端的地址
spring.cloud.config.uri:http://myconfigserver.com
3.2 spring cloud config 服务端
针对系统外的配置项(如name-value对或相同功能的yaml内容),该服务器提供了基于资源的http接口。使用@enableconfigserver注解,该服务器可以很容易的被嵌入到spring boot 系统中。使用该注解之后该应用系统就是一个配置服务器。springbootapplication
enableconfigserver
public class configapplicion {
public static void main(string[]args)throws exception {
springapplication.run(configapplicion.class,args);}
}
3.2.1 资源库环境
{application} 对应客户端的"spring.application.name"属性
{profile} 对应客户端的"spring.profiles.active"属性(逗号分隔的列表)
{label} 对应服务端属性,这个属性能标示一组配置文件的版本
如果配置库是基于文件的，服务器将从application.yml和foo.yml中创建一个environment对象。高优先级的配置优先转成environment对象中的propertysource。3.2.1.1 git后端
默认的environmentrepository是用git后端进行实现的，git后端对于管理升级和物理环境是很方便的,对审计配置变更也很方便。也可以file:前缀从本地配置库中读取数据。这个配置库的实现通过映射http资源的{label}参数作为git label(提交id,分支名称或tag)。如果git分支或tag的名称包含一个斜杠("/"),此时http url中的label需要使用特殊字符串"(_)"来替代(为了避免与其他url路径相互混淆)。如果使用了命令行客户端如 curl，请谨慎处理url中的括号(例如：在shell下请使用引号''来转义它们)。git uri占位符
spring cloud config server支持git库url中包含针对{application}和 {profile}的占位符(如果你需要,{label}也可包含占位符,不过要牢记的是任何情况下label只指git的label)。所以，你可以很容易的支持“一个应用系统一个配置库”策略或“一个profile一个配置库”策略。模式匹配和多资源库
spring:
cloud:
config:
server:
git:
uri:https://github.com/spring-cloud-samples/config-repo
repos:
simple:https://github.com/simple/config-repo
special:
pattern:special*/dev*,*special*/dev*
uri:https://github.com/special/config-repo
local:
pattern:local*
uri:file:/home/configsvc/config-repo
如果 {application}/{profile}不能匹配任何表达式，那么将使用“spring.cloud.config.server.git.uri”对应的值。在上例子中，对于"simple"配置库,匹配模式是simple/*(也就说,无论profile是什么，它只匹配application名称为“simple”的应用系统)。“local”库匹配所有application名称以“local”开头任何应用系统，不管profiles是什么(来实现覆盖因没有配置对profile的匹配规则，“/*”后缀会被自动的增加到任何的匹配表达式中)。git搜索路径中的占位符
spring.cloud.config.server.git.searchpaths
3.2.1.2 版本控制后端文件系统使用
伴随着版本控制系统作为后端(git、svn)，文件都会被check out或clone 到本地文件系统中。默认这些文件会被放置到以config-repo-为前缀的系统临时目录中。在linux上，譬如应该是/tmp/config-repo-目录。有些操作系统routinely clean out放到临时目录中，这会导致不可预知的问题出现。为了避免这个问题，通过设置spring.cloud.config.server.git.basedir或spring.cloud.config.server.svn.basedir参数值为非系统临时目录。3.2.1.3 文件系统后端
使用本地加载配置文件。需要配置：spring.cloud.config.server.native.searchlocations跟spring.profiles.active=native。路径配置格式：classpath:/,classpath:/config,file:./,file:./config。3.2.1.4 共享配置给所有应用
基于文件的资源库
在基于文件的资源库中(i.e.git,svn and native)，这样的文件名application*命名的资源在所有的客户端都是共享的(如 application.properties,application.yml,application-*.properties,etc.)。属性覆盖
“spring.cloud.config.server.overrides”添加一个map类型的name-value对来实现覆盖。例如
spring:
cloud:
config:
server:
overrides:
foo:bar
会使所有的配置客户端应用程序读取foo=bar到他们自己配置参数中。3.2.2 健康指示器
通过这个指示器能够检查已经配置的environmentrepository是否正常运行。通过设置spring.cloud.config.server.health.enabled=false参数来禁用健康指示器。3.2.3 安全
你可以自由选择任何你觉得合理的方式来保护你的config server（从物理网络安全到oauth2 令牌），同时使用spring security和spring boot 能使你做更多其他有用的事情。为了使用默认的spring boot http basic 安全，只需要把spring security 增加到classpath中(如org.springframework.boot.spring-boot-starter-security)。默认的用户名是“user”，对应的会生成一个随机密码，这种情况在实际使用中并没有意义，一般建议配置一个密码（通过 security.user.password属性进行配置）并对这个密码进行加密。3.2.4 加密与解密
如果远程属性包含加密内容(以{cipher}开头),这些值将在通过http传递到客户端之前被解密。使用略
3.2.5 密钥管理
配置服务可以使用对称(共享)密钥或者非对称密钥(rsa密钥对)。使用略
3.2.6 创建一个测试密钥库
3.2.7 使用多密钥和循环密钥
3.2.8 加密属**务
3.3 可替换格式服务
配置文件可加后缀".yml"、".yaml"、".properties
3.4 文本解释服务
{name}/{profile}/{label}/{path}
3.5 嵌入配置服务器
一般配置服务运行在单独的应用里面，只要使用注解@enableconfigserver即可嵌入到其他应用。3.6 推送通知和总线
添加依赖spring-cloud-config-monitor，激活spring cloud 总线，/...