Open tooptoop4 opened 2 years ago
You can set suspend to true for your CronWorkflow before the outage.
@terrytangyuan that sounds manual to suspend/unsuspend every week (our org would require change management paperwork too), but if time range is set would be automated.
How about another CronWorkflow that patches the suspend
field in other existing CronWorkflow before the outage?
not sure how that would look like? you mean some bot that commits the change on git?
One CronWorkflow’s spec could contain a resource template that runs kubectl patch to another CronWorkflow’s suspend field.
wouldn't argocd's auto sync then try to overwrite it with what git has?
You can ignore diff from specified fields. Check this out: https://blog.argoproj.io/new-sync-and-diff-strategies-in-argocd-44195d3f8b8c
Summary
allow configuring ALL CronWorkflows (or even normal workflows) with a time range that they CANNOT start inside
Use Cases
My target DB that my workflows write data to has a weekly outage at a pre-defined 30 minute block