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
Make a research and come up with a strategy how it would be possible to integrate Keptn with Flagger. Look at the possibility of using Keptn metrics for release analysis.
As well look at the possibility of using Keptn observability monitoring of progressive delivery.
Questions for the research
Is it possible to integrate Keptn with Flagger?
How we can use Keptn to provide obserbavility data for progressive delivery via Flagger?
Can we use Keptn metrics for release analysis performed by Flagger?
If possible, let's create a small PoC as part of this research (in the points where it makes sense).
The text was updated successfully, but these errors were encountered:
The PoC shows a integration of Keptn Metrics
into a Flagger Canary.
In this example, we are making use of the Prometheus endpoint provided
by Keptn (i.e. the metrics-operator), which serves the values of all KeptnMetrics.
This way, we are able to use a Flagger MetricTemplate of type prometheus,
which retrieves the value from a Prometheus instance that has access to the KeptnMetrics.
The difference to the tutorial is that instead of using the request-duration duration
provided by Istio via Prometheus, we are referring to a KeptnMetric called response-time.
The Flagger metrics provider is in this case still prometheus.
What could be an interesting idea would be to contribute to Flagger by adding
a keptn metrics provider to their provider implementations.
This would also open up the possibility to use Keptn Analyses in Flagger, which might be a
valuable addition that benefits both projects.
In terms of observability, we do get the OpenTelemetry traces generated by Keptn out of the box
if the relevant annotations are present in the deployment managed by Flagger.
The addition of pre-/post-deployment tasks using Keptn is also possible,
but here Flagger provides a similar concept via Webhooks,
which are naturally more tailored to Flagger as they also allow to do intermediate checks after the
pods for the canary deployment have been started, e.g. to decide if more traffic should be sent to the canary.
This is something Keptn does not provide, as we operate on pre-/post-deployment of the deployment, but
are not aware of the canary increments of Flagger.
Goal
Make a research and come up with a strategy how it would be possible to integrate Keptn with Flagger. Look at the possibility of using Keptn metrics for release analysis.
As well look at the possibility of using Keptn observability monitoring of progressive delivery.
Questions for the research
If possible, let's create a small PoC as part of this research (in the points where it makes sense).
The text was updated successfully, but these errors were encountered: