需求

開發(fā)過程中開發(fā)者經常面對的一個需求就是：一個項目可能會在不同的環(huán)境下運行，本地開發(fā)環(huán)境、測試環(huán)境、灰度環(huán)境、生產環(huán)境。每個環(huán)境的參數和配置可能都會不相同，如服務器配置、數據庫連接。為避免各環(huán)境產生數據混亂，讓程序執(zhí)行時在不同的環(huán)境中調用正確的配置，可以這樣設計：

命令喚醒程序--->識別環(huán)境--->根據環(huán)境讀取對應配置文件

方案1：配置文件管理

根據環(huán)境創(chuàng)建配置文件，多個環(huán)境多個配置文件。如開發(fā)環(huán)境 config-dev.yaml，測試環(huán)境 config-test.yaml，預發(fā)環(huán)境 config-pre.yaml，生產環(huán)境 config-prod.yaml。

在代碼層面上控制想要使用的配置文件，然后使用第三方包 Flag 或者 viper 讀取配置文件。該方式不夠自動化，如果每次都需要修改代碼，上線后如果忘記修改了就容易造成問題。

func main(){
    configFile := './config/config-dev.yaml' // './config/confg-test.yaml'
    
    //使用 viper
	v := viper.New()
	v.SetConfigFile(configFile)
	v.SetConfigType("yaml")
	if err := v.ReadInConfig(); err != nil {
		panic(fmt.Errorf("read config failed: %s \n", err))
	}    
}

進一步優(yōu)化，通過配置環(huán)境變量，然后通過環(huán)境變量來區(qū)分配置文件。首先在電腦上配置環(huán)境變量:

vim .bash_profile
export GO_ENV= true
source .bash_profile 

在代碼層面上就可以通過環(huán)境配置來區(qū)分配置文件

func main(){
 	configEnv := os.Getenv("GO_ENV");
	switch configEnv {
	case "dev":
		configPath = "./config-dev.yaml"
	case "test":
		configPath = "./config-test.yaml"
	case "prod":
		configPath = "./config-prod.yaml"
	}
}

通過設置環(huán)境變量讀取配置文件，這種方式使用方便，現在很多開發(fā)者都會這樣使用，但是當服務在集群環(huán)境上可能會有很多問題。

• 配置文件也存在于項目中，基本所有開發(fā)者都能看到生產環(huán)境配置。生產環(huán)境配置因之開放給部分人員
• 如果有很多個微服務，當我們修改配置時就需要全部的配置都需要修改，增加工作量。我們需要一個可以統一管理的地方

統一管理配置文件，所有服務都只針對一份配置文件，可以保證唯一性；配置環(huán)境也需要權限隔離，部分開發(fā)者擁有生產配置權限。

方案2：集中式管理配置

通過使用 Redis 統一管理，在比較大規(guī)模的微服務體系中可以引入配置中心。集中式管理的優(yōu)勢：

• 安全：集中管理而不是在代碼中，防止配置泄露
• 動態(tài)：支持動態(tài)調整配置，而不影響其他服務
• 實時：修改配置，即時生效，無需重啟服務器

方式1：如果使用 Redis ，可以使用工具包 github.com/gogap/env_json

func main() {
	data, _ := ioutil.ReadFile("./db.conf")

	dbConf := DBConfig{}
	if err := env_json.Unmarshal(data, &dbConf); err != nil {
		fmt.Print(err)
		return
	}
	fmt.Println(dbConf)
}

方式2：如果使用配置中心服務，可以使用 Nacos、Apollo等 。后續(xù)繼續(xù)學習更新這部分知識