More detail for the RFC

Signed-off-by: GregoireW <24318548+GregoireW@users.noreply.github.com>
pull/2222/head
GregoireW 3 years ago
parent 6d5f02a984
commit 200b4c3275

@ -8,27 +8,29 @@
## Summary ## Summary
Image automation controller can update some attributes of a kubernetes object. Flux should allow referencing more metadata in the image automation Setters strategy.
Today this is limited to image name, image tag and image name+tag.
This RFC aims to extend this functionality to other attributes.
## Motivation ## Motivation
Some automation or observability tools can use label to identify better a Some automation or observability tools can use label to identify better a
kubernetes object. It can be linked to a version, to a date, to a code kubernetes object. It can be linked to a version, a date, a code
origin... For multiple reason, the image tag can reflect poorly this origin... For multiple reason, the image tag can reflect poorly this
data. An example can be given by the image reflector controller which data. An example can be given by the image reflector controller which
can extract a part of the tag and use it to sort and select the correct one. can extract a part of the tag and use it to sort and select the correct one.
### Goals ### Goals
This RFC aims to describe a way to extract such additional value from the This RFC aims to describe
image tag, and to use them to update some attributes on the kubernetes object.
- A way to extract such additional attributes from the image tag.
- Use those new attributes to update the kubernetes object.
### Non-Goals ### Non-Goals
This RFC will focus on image automation controller. It is a non goal to extend This RFC will focus on Image Automation Controller and Image Reflector Controller.
this to manually modified kubernetes objects.
It is a non goal to keep in sync the attributes if the kubernetes object is
updated manually.
## Proposal ## Proposal
@ -43,9 +45,13 @@ kubernetes object so that the attribute linked to this comment can be updated.
### Alternatives ### Alternatives
An alternative would be to build a mutation web hook which would be able to An alternative would be to build a mutation web hook which would be able to
filter all object and interact with them directly. It would be more generic filter all object and interact with them directly.
but heavier to build.
This raise the question on should this be included in flux or not. It would be more generic, more customizable and safer (fix the manual update use case)
to create such mutation web hook, but will be heavier to build.
(new kubernetes object, new controller)
This raise the question on should this feature to be included in flux or not.
## Design Details ## Design Details

Loading…
Cancel
Save