This repository has been archived by the owner on Jun 29, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 49
Allow Lokomotive to be updated from a manifest and/or an artifact #1528
Comments
This was referenced Jul 15, 2021
I have pushed my changes to the branch To try this out perform the following steps:
kubectl create ns flux-system
kubectl -n flux-system create rolebinding privileged-psp --clusterrole=privileged-psp --group=system:serviceaccounts:flux-system
flux install --version=latest --namespace=flux-system --components=source-controller,helm-controller
|
@iaguis should we work on merging the existing code to some branch? Like a |
Yes 👍 |
Created a PR as discussed so that you can have a look! |
This was referenced Aug 30, 2021
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
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: