架構師需要懂的環境配置標準化
基本概述
在真實的研發環境中,一般存在
local
、developer
、test
、product
等等環境。如何在這些環境中,實現統一的、標準化的配置問題是架構師需要考慮的一件事情。
每種環境一般都需要配置如下部分:
- 元件(MySQL、Redis、MongoDB等)
- 資料(MySQL中的表結構、特定的表資料,如:省市區資料)
- 應用引數
元件標準化
除線上環境需要考慮到穩定性外,在運維角色沒有對容器化有豐富經驗的情況下,可以考慮線上環境傳統部署,如:自己搭元件叢集或者使用雲服務。
其餘環境皆使用容器化部署。
可以考慮的部署方案有如下:
local
部署:docker-compose
;developer
、test
部署:docker-swarm
orkubernetes
。- 所有環境都基於
kubernetes
部署。PS:部署指令碼一般由運維角色維護,
local
部署指令碼從運維角色獲取。
附上一個local
部署docker-compse
指令碼
docker-compose.yml
version: '2'
services:
mysql:
image: mysql:5.6
command: [mysqld, --character-set-server=utf8mb4, --collation-server=utf8mb4_unicode_ci]
environment:
MYSQL_ROOT_PASSWORD: 123456
# For testing from the host:
# mysql --host=127.0.0.1 --port=3306 --user root -p
ports:
- "3306:3306"
redis:
image: redis:3.0
command: ['redis-server', '--requirepass 123456']
expose:
- 6379
ports:
- "6379:6379"
mongo:
image: 'umputun/mongo-auth'
environment:
- MONGO_PASSWD=123456
ports:
- "27017:27017"
PS:按需使用相應元件,也可以自己新增需要的元件,local
環境沒做資料持久化處理,如需用在其餘環境,請參考文件配置。
資料標準化
資料標準化主要解決的是各環境表結構不一致的問題。
線上環境一定要關掉該功能。
線上環境的資料變更一定要按規範、走變更流程,經
DBA
或者運維
角色執行。其餘環境個人解決方案:
flyway
springboot
環境中flyway
的使用
- 在
application.yml
中填入相應配置檔案
flyway:
enabled: true
baseline-on-migrate: true
locations: "db/migration"
schemas: table_name
- 在指定目錄下設定配置指令碼
- 指令碼命名規範:
V{版本}__{指令碼名}.sql
- 指令碼命名規範:
- 配置資料庫環境
- 啟動
springboot
專案 - 在資料庫中檢視錶結構、表資料
PS:flyway官網
應用引數標準化
配置中心解決
apollo
、nacos
、spring cloud config
local
環境可以從配置中心拉一份developer
環境配置下來,更改引數至local
環境元件。
PS:各環境重要引數,通過配置中心配置,而不是放在專案目錄,上傳至git
。這樣配置資訊不會有配置檔案級外洩風險。
PS:apollo
PS:nacos
分享並記錄所學所見