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
When a bundle has a dependency, that dependency will also have its own parameters and credentials. How should the parent bundle decide which credentials and parameters to give to a dependency?
Here's one thought. I'm using yaml but this would all be defined in the custom dependencies section in bundle.json. In the example below, the parent bundle would pass its admin-kubeconfig credential to the mysql bundle's kubeconfig credential.
dependencies:
requires:
- name: mysqlreference: getporter/mysql:v0.1.1credentials:
kubeconfig:
credential: admin-kubeconfig # pass the admin-kubeconfig credential to the kubeconfig credentialparameters:
databaseName:
value: "wordpress"# hard code passing wordpress as the database namedatabaseUser:
parameter: username # pass the username parameter to the databaseUser parameter
The example above demonstrates how a parent can pass its own parameters and credentials to the dependency. Another scenario is that the output from one dependency needs to be passed to another as a parameter/credential.
If a mapping is provided, but the bundle doesn't expose that parameter/credential (i.e. they aren't in the interface) then it is ignored by the runtime. If it is exposed, the runtime does a typcheck to make sure it can be mapped.
When a bundle has a dependency, that dependency will also have its own parameters and credentials. How should the parent bundle decide which credentials and parameters to give to a dependency?
Here's one thought. I'm using yaml but this would all be defined in the custom dependencies section in bundle.json. In the example below, the parent bundle would pass its admin-kubeconfig credential to the mysql bundle's kubeconfig credential.
The example above demonstrates how a parent can pass its own parameters and credentials to the dependency. Another scenario is that the output from one dependency needs to be passed to another as a parameter/credential.
The text was updated successfully, but these errors were encountered: