Is your feature request related to a problem? Please describe.
Changes to a deployer (say bosh director stemcell upgrade) that may trigger downtime may cause failure of bosh deployments managed by this deployer. Updates to a deployer should not run concurrently with its managed deployments.
This may potentially apply to future K8S deployments
Currently, release authors automating such updates to deployers have either to:
split in distinct releases, deployed in sequence by operators
instruct operators to pause deployment pipelines
Describe the solution you'd like
prevent deployment updates concurrently with update to a deployer (e.g. when a bosh director "bosh-master" is updated, then its deployments should not be updated such as "cf")
Use of concourse serial-groups seems limited to a single pipeline, whereas we need to serialize jobs across pipelines, so the following wouldn't be of much help:
A given deployment (e.g. "master-depls/bosh-ops/deployment-dependencies.yml" (see sample deployment-dependencies.yml) would be able to configure a tag (e.g. "ops-depls") that would be assigned by coa to concourse serial-groups
Root deployments would by default have all their jobs run with a tag matching their name (e.g. "ops-depls") assigned as a concourse serial-groups
A given root deployment can be overriden to use a distinct (e.g. by setting a distinct tag into "master-depls/concourse-ops/pipelines/credentials-ops-depls-pipeline.yml" )
Is your feature request related to a problem? Please describe.
Changes to a deployer (say bosh director stemcell upgrade) that may trigger downtime may cause failure of bosh deployments managed by this deployer. Updates to a deployer should not run concurrently with its managed deployments.
This may potentially apply to future K8S deployments
Currently, release authors automating such updates to deployers have either to:
Describe the solution you'd like
Describe alternatives you've considered
Use of concourse serial-groups seems limited to a single pipeline, whereas we need to serialize jobs across pipelines, so the following wouldn't be of much help: