You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Key-Value stores such as Consul and Etcd are quite popular and used to store configuration, and I think they should be supported by gestalt. However, there are a few questions to ask before work can begin:
What priority should the KV be given?
Should the KV be read into memory at init time? Should the KV cache the values (only go to server on first call)? Or, should the KV be obtained from the server each time?
As a V1, what KV features should be implemented?
I think using the Consul and Etcd libraries should provide 90% of the functionality, but the goal should be to try and obfuscate complexity from the user, such that they only have to provide connection details, and then use gestalt as normal.
The text was updated successfully, but these errors were encountered:
Maybe you can give control (for 1 & 2) to the user to decide which "config sources" exist and their priorities and also allow configuring how to behave internally. So, as an example, something like:
Key-Value stores such as Consul and Etcd are quite popular and used to store configuration, and I think they should be supported by gestalt. However, there are a few questions to ask before work can begin:
I think using the Consul and Etcd libraries should provide 90% of the functionality, but the goal should be to try and obfuscate complexity from the user, such that they only have to provide connection details, and then use gestalt as normal.
The text was updated successfully, but these errors were encountered: