巧用 viper 实现多环境配置

栏目: 编程工具 · 发布时间: 6年前

内容简介:应用系统的配置信息,一般分为两种,一是经常变化的配置则保存到数据库,另外一种则是不常变化的则以配置文件的形式保存。一般而言,应用系统至少有三组运行环境:开发环境、测试环境、生产环境,本文主要探讨在一开始的时候,我针对每个环境配置各自的yaml,在启动的时候根据环境变量读取相应的配置文件,处理代码如下:不同环境的配置文件如下:

巧用viper实现多环境配置

应用系统的配置信息,一般分为两种,一是经常变化的配置则保存到数据库,另外一种则是不常变化的则以配置文件的形式保存。一般而言,应用系统至少有三组运行环境:开发环境、测试环境、生产环境,本文主要探讨在 golang 项目中如何使用viper实现多环境应用配置。如果对viper不了解的可以先去阅读一下官方说明 https://github.com/spf13/viper

青铜时代

一开始的时候,我针对每个环境配置各自的yaml,在启动的时候根据环境变量读取相应的配置文件,处理代码如下:

func initConfig() (err error) {
	env := os.Getenv("GO_ENV")
	viper.SetConfigName(env)
	viper.AddConfigPath("./configs")
	viper.SetConfigType("yml")
	err = viper.ReadInConfig()
	return
}

func main() {
	err := initConfig()
	if err != nil {
		panic(err)
	}
	fmt.Println(viper.GetString("db.uri"))
	fmt.Println(viper.GetString("db.poolSize"))
}

不同环境的配置文件如下:

# test
app: viper-test
db:
  uri: postgres://tree:mypwd@127.0.0.1:5432/viper-test?connect_timeout=5&sslmode=disable
  poolSize: 100
# production
app: viper-test
db:
  uri: postgres://tree:mypwd@10.1.1.1:5432/viper?connect_timeout=5&sslmode=disable
  poolSize: 100

由上面的代码可以看出,因为viper读取的配置只有一份,因此需要在每个配置中将所有的配置都一一填写,而不同环境的配置绝大部分都是相同的,只有小部分是不一致。一开始只有不到10个配置项的时候还好维护,后面配置信息越来越多,几十个的时候就是一个深坑了,看到眼都花了,太难管理。

白银时代

各运行环境中的配置90%左右是相同,而剩下的10%才是各环境的差异配置,是否可以将相同的配置以默认值的形式保存,而各环境与默认值不相同的再覆盖呢?查看了一下文档,发现了 viper.SetDefault 的函数,一开始是直接在代码一行行的把默认配置写上,但是这样无法利用yaml的便利,在研究了相关的代码之后,最后调整为如下的处理形式,代码如下:

func initConfig() (err error) {
	configType := "yml"
	defaultPath := "./configs"
	v := viper.New()
	// 从default中读取默认的配置
	v.SetConfigName("default")
	v.AddConfigPath(defaultPath)
	v.SetConfigType(configType)
	err = v.ReadInConfig()
	if err != nil {
		return
	}

	configs := v.AllSettings()
	// 将default中的配置全部以默认配置写入
	for k, v := range configs {
		viper.SetDefault(k, v)
	}
	env := os.Getenv("GO_ENV")
	// 根据配置的env读取相应的配置信息
	if env != "" {
		viper.SetConfigName(env)
		viper.AddConfigPath(defaultPath)
		viper.SetConfigType(configType)
		err = viper.ReadInConfig()
		if err != nil {
			return
		}
	}
	return
}

此函数将 default.yml 的所有配置读取至一个新的viper实例中,再以 SetDefault 将所有配置写入为默认配置,而各环境配置文件只需要配置差异部分,配置如下:

# default
app: viper-test
db:
  uri: postgres://tree:mypwd@127.0.0.1:5432/viper-test?connect_timeout=5&sslmode=disable
  poolSize: 100
# test与default完全一致,为空文件
# production只是数据库连接串不一致,只需要配置此项
db:
  uri: postgres://tree:mypwd@10.1.1.1:5432/viper?connect_timeout=5&sslmode=disable

通过此调整,不再需要重复的维护相同的配置项,而且也能直观的看出各运行环境的配置差异,减少配置信息的出错概率。

王者时代

因为主要是后端程序应用,程序交付一般都是通过 docker 镜像的形式,配置文件与编译后的应用程序一起打包至镜像中,在多个项目中也使用得挺顺畅。最近有一个项目非运行在docker环境下,因此希望能将配置文件一起打包至应用程序的方式,在了解了几个相关的项目,最终选择了使用 packr 来将配置文件打包,调整之后的代码如下:

func initConfig() (err error) {
	box := packr.NewBox("./configs")
	configType := "yml"
	defaultConfig := box.Bytes("default.yml")
	v := viper.New()
	v.SetConfigType(configType)
	err = v.ReadConfig(bytes.NewReader(defaultConfig))
	if err != nil {
		return
	}

	configs := v.AllSettings()
	// 将default中的配置全部以默认配置写入
	for k, v := range configs {
		viper.SetDefault(k, v)
	}
	env := os.Getenv("GO_ENV")
	// 根据配置的env读取相应的配置信息
	if env != "" {
		envConfig := box.Bytes(env + ".yml")

		viper.SetConfigType(configType)
		err = viper.ReadConfig(bytes.NewReader(envConfig))
		if err != nil {
			return
		}
	}
	return
}

调整之后,配置文件也编译至程序中,后续可以单执行文件交付,只通过在启动时指定 GO_ENV 则可。


以上所述就是小编给大家介绍的《巧用 viper 实现多环境配置》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

新物种爆炸

新物种爆炸

吴声 / 中信出版社 / 2017-7-30 / 58.00元

宝马为什么要重点发展共享汽车 Airbnb正试图成为内容和社交平台 不排队、不结账、没有收银员的颠覆传统超市 茑屋书店要打造全新生活方式 基于新的商业环境与技术条件的变化,必须会产生新的品类和商业模式,这就是新物种! 大数据与人工智能等技术正在创建新的商业话语体系,创建新的权力架构,引领第四新物种爆炸。商业规则正在快速发生变化,新的模式与业态层出不穷。 要么成为......一起来看看 《新物种爆炸》 这本书的介绍吧!

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具

HSV CMYK 转换工具
HSV CMYK 转换工具

HSV CMYK互换工具