feat: added support for an optional provider instance [ref] struct field tag allowing JIT Kubernetes object lookup #38
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Proposal[WIP]: Optional
refstruct field tag allowing JIT lookup of values from Kubernetes object referencesImportant
This system will be automatically deactivated if a connection with an existing Kubernetes cluster cannot be established.
The
reftag is designed to be made available in an optional format toproviderinstances. When an instance struct field has been annotated with thereftag, the system will attempt to execute the following steps during boot:reftag value. Its format is expected to be<objectRefName>:<dataKey>.objectRefNameby querying the currently connected Kubernetes cluster for an object which its name reference matches.dataKeyis then used to extract the sub-value from the objectsdatafield.Note
The
reftag lookup mechanism currently only supports fetching data values fromConfigMaps but support for otherobjects has been left open.
Goals
kubernetesobject references when left unset.A simple example
Note the usage of the
reftag.Tests
TODO(@pcanilho)