Gestalt (/ɡəˈSHtält/) - noun - an organized whole that is perceived as more than the sum of its parts.
Gestalt is an opinionated, strongly typed, configuration library for Python 3.6+. Gestalt aims to simplify configuration loading, getting/setting, and management by letting the user focus on writing programs, and letting Gestalt check configuration types, location, and environment variable overrides.
pip install gestalt
In short, Gestalt does the following:
- Automatically loads configuration files from a directory
- Allows for runtime overrides
- Allows for runtime defaults
- Allows for default values when trying to get a config
- Allows for environment variable overrides
- Type checks everything
Specifically, Gestalt enforces configs in the following order:
- Calls to
set_*
- Environment Variables
- Config File Directories and Single Config Files
- Defaults provided in
get_*
- Set default values
from gestalt import gestalt
g = gestalt.Gestalt()
g.add_config_path('./testdata')
g.build_config()
my_val_1 = g.get_string('some.nested.string')
my_val_2 = g.get_int('someint')
my_val_3 = g.get_float('somekey', 57.29) # If 'somekey' doesn't exist, retrun default value
g.set_bool('my_custom_config', True)
g.get_list('my_custom_config') # Raises TypeError, as this key is a bool, and we asked for a list
Beginning to use Gestalt is as simple as:
from gestalt import gestalt
g = gestalt.Gestalt()
Configuration files are supported in JSON and YAML format, with YAML files being given priority over JSON.
Loading a directory of configuration files is done by calling add_config_path
g.add_config_path('./testdata')
Multiple directory paths can be added:
g.add_config_path('./testdata2')
g.add_config_path('./testdata3')
Note that files loaded from a directory are loaded in alphabetical order, with JSON files being loaded first, then YAML files.
Individual files can also be loaded:
g.add_config_file('./testfile.json')
g.add_config_file('./testotherfile.yaml')
After all the directory paths and files are added, we can render them:
g.build_config()
Note that the the last added directory path takes the most precedence, and will override conflicting keys from previous paths. Individual files take precedence over directories. In addition to this, the rendering flattens the config, for example, the configuration:
{
"yarn": "blue skies",
"numbers": 12345678,
"strangenumbers": 123.456,
"truthy": true,
"listing": ["dog", "cat"],
"deep": {
"nested1": "hello",
"nested2": "world"
}
}
Will be rendered to this in the internal data structure:
{
"yarn": "blue skies",
"numbers": 12345678,
"strangenumbers": 123.456,
"truthy": true,
"listing": [
"dog",
"cat"
],
"deep.nested1": "hello",
"deep.nested2": "world"
}
The nested values are flattened and delimited by periods, making access simpler. Note, Gestalt will not normalize names in config files, so keys are case sensitive.
Nested dictionaries are merged recursively. For example:
# config1.json file contents.
{
"db": {
"name": "fake"
},
"replicas": 1,
}
# config2.json file contents.
{
"db": {
"name": "mydb",
"password": "password"
},
}
g.add_config_file('./config1.json')
g.add_config_file('./config2.json')
# Merged result.
{
"db": {
"name": "mydb",
"password": "password"
},
"replicas": 1,
}
Environment variable overrides are not enabled by default. To enable it:
g.auto_env()
With this, Gestalt will check to see if a corresponding environment variable exists, for example if checking for the key some.nested.key
, Gestalt will search for SOME_NESTED_KEY
, and attempt to convert it to the desired type.
Currently, Gestalt supports 5 basic types:
- String
- Int
- Float
- Bool
- List
For each of these types, there is a corresponding get
and set
function, allowing for Gestalt to guarantee types.
To set a configuration value programmatically:
g.set_string('some.k', 'value')
Defined by the function signature:
set_string(self, key: str, value: str) -> None
The same applies to the remaining types that Gestalt supports:
set_int(key: str, value: int) -> None
set_float(key: str, value: float) -> None
set_bool(key: str, value: bool) -> None
set_list(key: str, value: List[Any]) -> None
Note that all of these functions, in addition from being type hinted, also strongly enforce types, and will raise TypeErrors in the following cases:
- Setting a key that is not a string
- Setting a value that does not match the function signature
- Overriding an existing set value of type
a
with typeb
To set a default configuration value programmatically:
g.set_default_string('some.default.k', 'default value')
Defined by the function signature
set_default_string(key: str, value: str) -> None
The same applies to the remaining types that Gestalt supports:
set_default_int(key: str, value: int) -> None
set_default_float(key: str, value: float) -> None
set_default_bool(key: str, value: bool) -> None
set_default_list(key: str, value: List[Any]) -> None
Note that all of these functions, in addition from being type hinted, also strongly enforce types, and will raise TypeErrors in the following cases:
- Setting a key that is not a string
- Setting a value that does not match the function signature
- Overriding an existing default set value of type
a
with typeb
To get a configuration value:
g.get_string('some.key')
This will attempt to retrieve the given key from the configuration, in order of precedence. If no such key exists in all configurations, a ValueError
will be raised.
In addition to this, a default can be passed:
g.get_string('some.key', 'some default value')
The get
function will raise TypeError
s in the following cases:
- The key is not a string
- The default value does not match the desired type
- The configuration has the key with a value of type
a
, when the user desires a value of typeb
Gestalt supports interpolation for the config keys and connect them with the correct provider of the choice.
To use the interpolation, each value needs to have three parts
- Provider
- Path
- Filter
Providers use JSONPath for proper traversal of the secrets and are standard compliant.
The interpolation value needs to be set as follows:
key: ref+provider://some-path#filter
where provider
, is the name of the provider, some-path
is the path for the secret in your provider and filter
is used to travese the key once fectched that you want to run on the response if the response is a nested object.
The filter is a flattened list with .
as the generic delimiter in gestalt after flattening.
Gestalt allows third party providers to be used in configuration and fetching respective values as per their system.
Working with providers is extremely simple in Gestalt. All that needs to be done is configuration of the provider and gestalt takes care of the rest.
To configure providers, use the configure_providers
methods. It takes the provider_name
and the and instance of the class which is of type Provider
.
These should be configured before building the config by calling the method build_config
.
Eg. The first behaviour is incorrect in case one uses a provider. The second one is correct and recommended
# incorrect way
g.build_config()
g.configure_providers("provider_name", provider)
# correct way
g.config_providers("provider_name", provider)
g.build_config()
For more information about the each provider configuration, please read the configuration parameters section for the respective provider.
Gestalt supports the following providers
- Vault
Vault Provider is a provider support from gestalt to hashicorp vault.
To instatiate your provider, please use config_provider
method in gestalt.
Providing the method with a VaultConfig, will configure the provider to connect
with your instance of Vault wherever it is running whether it be local instance
or a cloud instance.
Raises a RuntimeError, if the path provided in add_vault_secret_path
is invalid or the mount is invalid or anything else would be a generic Runtime Error
VaultConfig is a dataclass of type ProviderClass that takes all the vault configuration needed to connect to the vault instance.
VAULT_ADDR and VAULT_TOKEN are two common environment varibales that are set for working with vault. Hence to work and use the default setup, the Gestalt Vault configuration can read the values from those environment variables on your behalf.
Parameter | Datatype | Default | Required |
---|---|---|---|
role | string | None | - [x] |
jwt | string | None | - [x] |
url | string | VAULT_ADDR | - [ ] |
token | string | VAULT_TOKEN | - [ ] |
cert | Tuple[string, string] | None | - [ ] |
verify | bool | True | - [ ] |
For kubernetes authentication, one needs to provide `role` and `jwt` as part of the configuration process.
Currently only dynamic secret support is generation of credentials for database. This database must be pre-configred in vault using either Vault UI or Terraform to maintain ease of library.
To get a dynamic secret from the database, use the function generate_database_dynamic_secret
which will raise Runtime exceptions if the proper setup is not done
otherwise update gestalt config map with the username and password