go-archaius
This is a light weight configuration management framework which helps to manage configurations in distributed system
The main objective of go archaius is to pull and sync the configuration from multiple sources
Why use go-archaius
it is hard to manage configurations in a distributed system. archaius is able to put all configuration in distributed system together and manage them. To make it simple to get the exact config you want in distributed system. It also keeps watching configuration changes, and fire change event if value changes. so that you can easily implement a service which has hot-reconfiguration features. when you need to change configurations, your service has zero-down time.
Conceptions
Sources
Go-archaius can manage multiple sources at the same time. Each source can holds same or different key value pairs. go-archaius keeps all the sources marked with their precedence, and merge key value based on precedence. in case if two sources have same key then key with higher precedence will be selected, and you can use archaius API to get its value
Here is the precedence list:
0: remote source - pull remote config server data into local
1: Memory source - after init, you can set key value in runtime.
2: Command Line source - read the command lines arguments, while starting the process.
3: Environment Variable source - read configuration in Environment variable.
4: Files source - read files content and convert it into key values based on the FileHandler you define
Dimension
It only works if you enable remote source, as remote server, it could has a lot of same key but value is different. so we use dimension to identify kv. you can also get kv in other dimension by add new dimension
Event management
You can register event listener by key(exactly match or pattern match) to watch value change.
File Handler
It works in File source, it decide how to convert your file to key value pairs. check FileHandler, currently we have 2 file handler implementation
archaius API
developer usually only use API to interact with archaius, check API.
To init archaius
archaius.Init()
when you init archaius you can decide what kind of source should be enable, required file slice was given, archaius checks file existing and add them into file source, if not exist, init fails, below example also enables env and mem sources.
err := archaius.Init(
archaius.WithRequiredFiles([]string{filename1}),
archaius.WithOptionalFiles([]string{filename2}),
archaius.WithENVSource(),
archaius.WithMemorySource())
Put value into archaius
Notice, key value will be only put into memory source, it could be overwritten by remote config as the precedence list
archaius.Set("interval", 30)
archaius.Set("ttl", "30s")
archaius.Set("enable", false)
Read config files
if you have a yaml config
some:
config: 1
ttl: 30s
service:
name: ${NAME||go-archaius}
addr: ${IP||127.0.0.1}:${PORT||80}
after adding file
archaius.AddFile("/etc/component/xxx.yaml")
you can get value
ttl := archaius.GetString("ttl", "60s")
i := archaius.GetInt("some.config", "")
serviceName := archaius.GetString("service.name", "")
serviceAddr := archaius.GetString("service.addr", "")
note:
- For
service.name
config with value of${NAME||go-archaius}
is support env syntax. If environment variable${NAME}
isn't setting, return default valuego-archaius
. It's setted, will get real environment variable value. Besides, if${Name^^}
is used instead of${Name}
, the value of environment variableName
will be shown in upper case, and${Name,,}
will bring the value in lower case. - For
service.addr
config is support "expand syntax". If environment variable${IP}
or${PORT}
is setted, will get env config. eg:export IP=0.0.0.0 PORT=443
,archaius.GetString("service.addr", "")
will return0.0.0.0:443
.
if you want to read some.config from env you can run
export some_config=xxxx
then you can read it by below code
i := archaius.GetInt("some.config", "")
by default archaius only support yaml files, but you can extend file handler to handle file in other format, for example we only consider file name as a key, content is the value.
archaius.AddFile("xxx.txt", archaius.WithFileHandler(util.FileHandler(util.UseFileNameAsKeyContentAsValue))
you can get value
v := archaius.GetString("/etc/component/xxx.txt", "")
Enable remote source
If you want to use one remote source, you must import the corresponding package of the source in your code.
import _ "github.com/go-chassis/go-archaius/source/remote/kie"
set remote info to init remote source
ri := &archaius.RemoteInfo{
//input your remote source config
}
//manage local and remote key value at same time
err := archaius.Init(
archaius.WithRequiredFiles([]string{filename1}),
archaius.WithOptionalFiles([]string{filename2}),
archaius.WithRemoteSource(archaius.KieSource, ri),
)
Supported distributed configuration management service:
name | import | description |
---|---|---|
kie | github.com/go-chassis/go-archaius/source/remote/kie | ServiceComb-Kie is a config server which manage configurations in a distributed system. It is also a micro service in ServiceComb ecosystem and developed by go-chassis we call it ServiceComb Native application. https://kie.readthedocs.io |
config-center | github.com/go-chassis/go-archaius/source/remote/configcenter | huawei cloud CSE config center https://www.huaweicloud.com/product/cse.html |
apollo | github.com/go-chassis/go-archaius/source/apollo | A reliable configuration management system https://github.com/ctripcorp/apollo |
Example: Manage local configurations
Complete example
Example: Manage key value change events
Complete example
Example: Manage remote source configurations
Complete example
Example: Manage module change events
Sometimes, we may want to handle multiple key value changes as a module, which means that the different key in the module has some relation with each other. Once such keys have changed, we expect to handle the changes as a whole instead of one by one. Module events help us to handle this case.
Complete example