flagger

mirror of https://github.com/fluxcd/flagger.git synced 2026-09-05 02:47:17 +00:00

Files

T

Pedram Pourmohammad 8eaa0408af Keep canary alive when primary promotion fails

When the canary analysis succeeds, Flagger copies the canary pod spec
to the primary and waits for the primary rollout to finish. If the
primary fails to become ready, the non-retriable readiness error
triggered the standard analysis rollback, which routes all traffic to
the primary and scales the canary to zero.

During promotion the primary already runs the new (failing) spec while
the canary is the only healthy copy of the new revision still serving
traffic. Rolling back therefore sends all traffic to the broken primary
and deletes the working canary, taking the application down.

Halt the promotion instead: when the primary is not ready and the canary
is in the Promoting or Finalising phase, mark the rollout as failed and
alert, but keep the canary running and leave routing untouched until the
primary recovers or a corrected revision is applied.

Fixes #1898

Signed-off-by: Pedram Pourmohammad <eragon.pedy@gmail.com>

2026-06-27 19:56:03 +03:30

apis

Merge pull request #1920 from dkulchinsky/dannyk/gatewayapi_backendRequest_timeout

2026-05-24 16:36:06 +05:30

canary

hpa: remove v2beta2 support

2026-05-21 11:13:46 +02:00

client

update k8s to 1.35

2026-04-20 13:31:35 +05:30

controller

Keep canary alive when primary promotion fails