YAML配置,spring boot 配置文件
1 概念
YAML是一种人们可以轻松阅读的数据序列化格式,并且它非常适合对动态编程语言中使用的数据类型进行编码。YAML是YAML Ain't Markup Language简写,和GNU("GNU's Not Unix!")一样,YAML是一个递归着说“不”的名字。不同的是,GNU对UNIX说不,YAML说不的对象是XML。YAML不是XML。它可以用作数据序列,配置文件,log文件,Internat信息和过滤。
2 优点
YAML的可读性好。
YAML和脚本语言的交互性好。
YAML使用实现语言的数据类型。
YAML有一个一致的信息模型。
YAML易于实现。
3 YAML的适用范围
由于实现简单,解析成本很低,YAML特别适合在脚本语言中使用。列一下现有的语言实现:Ruby,Java,Perl,Python,PHP,OCaml,JavaScript。除了Java,其他都是脚本语言.
YAML比较适合做序列化。因为它是宿主语言数据类型直转的。
YAML做配置文件也不错。比如Ruby on Rails的配置就选用的YAML。对ROR而言,这很自然,也很省事.
由于兼容性问题,不同语言间的数据流转建议现在不要用YAML.
4 YAML不足
YAML和XML不同,没有自己的数据类型的定义,而是使用实现语言的数据类型。这一点,有可能是出奇制胜的地方,也可能是一个败笔。如果兼容性保证的不好的话,YAML数据在不同语言间流转会有问题。
假如兼容性没问题的话,YAML就太完美了。轻巧,敏捷,高效,简便,通用。
YAML与properties的不同
YAML的配置文件格式例如:
environments:
dev:
url: http://dev.bar.com
name: Developer Setup
prod:
url: http://foo.bar.com
name: My Cool App
与其等价的properties:
environments.dev.url=http://dev.bar.com environments.dev.name=Develop Setup environments.prod.url=http://foo.bar.com environments.prod.name=My Cool App
通过YAML的配置方式我们可以看出,配置字符量比properties少了很多,且结构变得更清晰。
自定义参数
除了可以在Spring Boot的配置文件中设置各个starter模块中预定义的配置属性,我们还可以在配置文件中定义一些我们需要的自定义属性。比如在application.properties中添加:
book.name=SpringCloudInAction
book.author=ZhaiYongchao
然后,在应用中可以通过@Value注解来加载这些自定义的参数,比如:
@Component public class Book{ @Value(“${book.name}”) private String name; @Value(“${book.author}”) private String author; //省略getter和setter }
然后再Spring Boot的主类中指出该类所在包即可。
@Value注解加载属性时可以支持两种表达式来进行配置:
- 一种是上面介绍的PlaceHolder方式,格式为${…},大括号内为PlaceHolder.
- 另一种是使用SpEL表达式,格式为#{…},大括号内为SpEL表达式。
参数引用
book.name=Spring Cloud book.author=ZhaiYongchao book.desc=${book.author} is writing 《${book.name}》
这样,book.desc的值为:ZhaiYongchao is writing 《Spring Cloud》。
使用随机数
在配置文件中使用${random.int}即可获得一个随机的int型数据。
名称 |
描述 |
${random.value} |
取得随机字符串 |
${random.int} | 取得随机int型数据 |
${random.long} | 取得随机long型数据 |
${random.int(10)} | 取得10以内的随机数 |
${random.int[10,20]} | 取得10~20的随机数 |
命令行参数
我们使用java -jar命令来启动一个spring boot应用,启动时,可以设置参数,例如:
java –jar xxx.jar --server.port=8081
该命令直接以命令行的方式指定了spring boot应用启动的端口号为8081.
以命令行的方式启动spring boot应用时,连续的--就是对application.properties中的属性进行赋值的标识。
多环境配置
上面通过命令行的方式修改应用的配置文件,当应用特别多时,这样的方式也许并不太好。因此需要多环境配置。
关于profile更多内容见《Spring 3.1新特性之一:spring注解之@profile》
方式一:
YAML还可以在一个单个文件中通过使用spring.profiles属性来定义多个不同的环境配置。例如:
server:
port:8881
---
spring:
profiles:test
server:
port:8882
----
spring:
profiles: prod
server:
port:8883
当指定为test环境时,server.port将使用8882端口;prod环境时,server.port将使用8883端口;没有指定时使用8881端口。
方式二:
YAML将属性加载到内存中保存的是有序的,所以当配置文件中的信息需要具备顺序含义时,YAML的配置方式比起properties配置文件更有优势。
在spirng boot中,多环境配置的文件名需要满足 application-{profile}.properties的格式,比如:
- application-dev.properties 开发环境
- application-test.properties 测试环境
- application-prod.properties 生产环境
具体哪个配置文件会被加载,需要在application.properties文件中通过string.profiles.active属性来设置,其值对应配置文件中的{profile}值(也可以使用java -jar xxx.jar --spring.profiles.active命令指定需要加载的配置文件)。如spring.profiles.active=test就会加载application-test.properties配置文件内容。
加载顺序
监控与管理
简短的前言
在为服务架构中,通过将庞大的单体系统拆分成多个提供不同服务的应用。虽然各个应用的内部逻辑因分解而得以简化,但由于部署应用的数量成倍增长,使得系统的维护复杂度大大提升。
随着应用的不断增加,系统集群中出现故障的次数也越来越多,虽然在高可用机制的保护下,个别故障不会影响系统的对外服务,但是这些频繁出现的鼓掌需要被及时发现和处理才能长期保证系 统处于健康可用状态。为了达到这个目的,我们需要一套自动化的监控运维机制,该机制要能够不间断地收集各个微幅务应用的各项指标情况,并根据这些基础指标信息来制定监控和预警规则。
初始actuator
引入该模块能够自动为spring boot构建的应用提供一系列用于监控的端点。Spring Cloud在实现各个为服务组件的时候,进一步为该模块做了不少扩展。比如,为原生端点增加了更多的指标和度量信息。
引入actuator
- 在现有的spring boot应用的pom.xml文件中引入spring-boot-starter-actuator依赖即可。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
2.增加该依赖后重新启动应用。此时可以在控制台中看到如下所示:
上图显示了一批端点定义,这些端点并非我们在程序中定义的,而是由spring-boot-starter-actuator模块根据应用依赖和配置自动创建出来的监控和管理端点。端点具体还以不再说明,可以自行百度。