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
{{ message }}
This repository has been archived by the owner on Jun 29, 2022. It is now read-only.
To allow Lokomotive Component updates to be controlled by Nebraska we need to make Lokomotive releases be defined by a manifest and some kind of artifact.
The goal for this issue is to create an initial design and PoC that allows updates to be done from a release manifest and an optionally some kind of artifact.
For example, the manifest could specify Helm charts and versions of those charts and Lokomotive could have code to read that manifest, fetch Helm charts, and apply them. In this case there’s no artifact needed but we could also ship an artifact (linked in the manifest) containing Helm charts instead of having Lokomotive fetch them directly from a manifest.
For now we’ll just focus on Control Plane and Lokomotive Component updates (both using Helm).
Since this is a PoC we don’t need to care about getting the perfect design or backwards compatibility. Also, handling updated parameters for charts is out of scope of this issue.
The text was updated successfully, but these errors were encountered:
Now checkout the branch surajssd/component-auto-update and run make install to build the binary.
Create the usual component.lokocfg file with the usual configs.
As of now you can install the following components:
cert-manager
contour
external-dns
httpbin
metallb
openebs-operator
openebs-storage-class
The installation command is lokoctl experimental components apply <component name> or to apply all components at once it is lokoctl experimental components apply.
To allow Lokomotive Component updates to be controlled by Nebraska we need to make Lokomotive releases be defined by a manifest and some kind of artifact.
The goal for this issue is to create an initial design and PoC that allows updates to be done from a release manifest and an optionally some kind of artifact.
For example, the manifest could specify Helm charts and versions of those charts and Lokomotive could have code to read that manifest, fetch Helm charts, and apply them. In this case there’s no artifact needed but we could also ship an artifact (linked in the manifest) containing Helm charts instead of having Lokomotive fetch them directly from a manifest.
For now we’ll just focus on Control Plane and Lokomotive Component updates (both using Helm).
Since this is a PoC we don’t need to care about getting the perfect design or backwards compatibility. Also, handling updated parameters for charts is out of scope of this issue.
The text was updated successfully, but these errors were encountered: