feat(updates): install Flux image controllers + cluster-wide write-back engine (R-UPD-02)

Install image-reflector-controller + image-automation-controller as part of the
flux-system install (bootstrap.sh --components-extra) so the image.toolkit CRDs
pre-exist before reconcile — no F-MON1 split needed for the ImageUpdateAutomation CR.
Refine the cluster-wide ImageUpdateAutomation for machine-authored git write-back
(setter strategy, path ./apps) reusing the flux-system GitRepository secretRef, and
document the operator git-write-credential hand-off + SOPS secret template
(gitea-image-automation-credentials). image-automation stays deferred in
platform/kustomization.yaml until that credential is provisioned.

Co-Authored-By: Claude Opus 4.8 <[email protected]>
This commit is contained in:
jakman85andClaude Opus 4.8 committed 2026-08-24 22:14:39 -05:00
1 parent f49b8c2e02
commit 37f4fa6767
4 files changed
+154 -33

No files matched your search

+24 -3
View File
@@ -11,7 +11,17 @@
# WHAT THIS DOES (Phase 1, bootstrap-source method — reconciles from the LOCAL repo, no remote
# git host exists yet per spec docs/05 + CONTRIBUTING.md):
#
# 1. `flux install` — deploy the Flux controllers ONLY (source, kustomize, helm controllers).
# 1. `flux install` — deploy the Flux controllers. Besides the default set (source, kustomize,
# helm, notification) we ALSO install the two IMAGE controllers via
# `--components-extra` (see FLUX_COMPONENTS_EXTRA below): image-reflector-
# controller + image-automation-controller. These register the
# image.toolkit.fluxcd.io CRDs (ImageRepository/ImagePolicy/ImageUpdateAutomation)
# that Phase-4 hands-off updates need (ADR-0009, R-UPD-02). They are part of the
# flux-system install exactly like the other 4 controllers — NOT a reconciled
# HelmRelease — so their CRDs pre-exist before the first reconcile (this is why
# platform/image-automation can carry the ImageUpdateAutomation CR without the
# F-MON1 controllers/configs split: the CRD is present at bootstrap, like
# GitRepository/Kustomization are). WS-UPDATE (T-4.5).
# We do NOT use `flux bootstrap git` in Phase 1 because that command commits
# and OWNS its own gotk-sync GitRepository+Kustomization named `flux-system`.
# Our entrypoints are ALREADY authored in clusters/base (flux-system.yaml =
@@ -42,6 +52,9 @@ set -euo pipefail
FLUX_ENV_PATH="${FLUX_ENV_PATH:-clusters/dev}" # dev is the ONLY Phase-1 build target
FLUX_NAMESPACE="${FLUX_NAMESPACE:-flux-system}"
SOPS_SECRET_NAME="${SOPS_SECRET_NAME:-sops-age}"
# The two Phase-4 image-automation controllers are installed alongside the default set so their CRDs
# exist before reconcile (ADR-0009, R-UPD-02). Override to "" to build a cluster without them.
FLUX_COMPONENTS_EXTRA="${FLUX_COMPONENTS_EXTRA:-image-reflector-controller,image-automation-controller}"
script_dir="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
repo_root="$(git -C "${script_dir}" rev-parse --show-toplevel 2>/dev/null || cd "${script_dir}/../.." && pwd)"
@@ -54,8 +67,16 @@ for bin in flux kubectl; do
done
# --- 1. install Flux controllers ---------------------------------------------
echo "==> [1/3] flux install (controllers only)"
flux install --namespace="${FLUX_NAMESPACE}"
# Default controllers + the image-reflector/image-automation pair (Phase-4 hands-off updates,
# ADR-0009). `--components-extra` regenerates flux-system with all controllers and registers the
# image.toolkit.fluxcd.io CRDs before any reconcile — so platform/image-automation's CR applies cleanly.
if [ -n "${FLUX_COMPONENTS_EXTRA}" ]; then
echo "==> [1/3] flux install (default controllers + extra: ${FLUX_COMPONENTS_EXTRA})"
flux install --namespace="${FLUX_NAMESPACE}" --components-extra="${FLUX_COMPONENTS_EXTRA}"
else
echo "==> [1/3] flux install (default controllers only)"
flux install --namespace="${FLUX_NAMESPACE}"
fi
# --- 2. verify the out-of-band age key Secret exists -------------------------
# We DO NOT create it here (it holds the private key). The operator installs it per
@@ -0,0 +1,35 @@
# =============================================================================
# TEMPLATE — NOT APPLIED, NOT ENCRYPTED (.yaml.example is ignored by kustomize
# and never auto-encrypted by SOPS). Reference scaffold only.
#
# PURPOSE: the git WRITE credential Flux image-automation uses to commit machine-authored image tag
# advances back to the GitOps source (ADR-0009, R-UPD-02). image-automation-controller has NO secretRef
# of its own — it reuses the `flux-system` GitRepository's `.spec.secretRef`. So this Secret is wired
# onto the flux-system GitRepository, NOT onto the ImageUpdateAutomation.
#
# (a) Generate a Gitea access token (scope: write:repository) for the bootstrap bot user, e.g.:
# curl -s -u <admin> -X POST http://10.73.0.1:3000/api/v1/users/fluxcdbot/tokens \
# -H 'content-type: application/json' \
# -d '{"name":"image-automation","scopes":["write:repository"]}'
# (the operator's bash step; store the returned token straight into this file — never print it).
# (b) Copy to: platform/image-automation/gitea-image-automation-credentials.sops.yaml
# add under `resources:` in platform/image-automation/kustomization.yaml:
# - gitea-image-automation-credentials.sops.yaml
# (c) Encrypt: sops --encrypt --in-place platform/image-automation/gitea-image-automation-credentials.sops.yaml
# (d) Consume it: attach to the flux-system GitRepository via the bootstrap source-url patch
# (bootstrap/flux/patches/flux-system-source-url.yaml) by adding:
# spec:
# secretRef:
# name: gitea-image-automation-credentials
# NOTE: the Secret must live in the flux-system namespace (same as the GitRepository).
# Basic-auth keys are `username` + `password` (Gitea accepts the token as password).
# =============================================================================
apiVersion: v1
kind: Secret
metadata:
name: gitea-image-automation-credentials
namespace: flux-system
type: Opaque
stringData:
username: fluxcdbot
password: REPLACE-ME # Gitea access token with write:repository scope (NOT a login password)
+60 -13
View File
@@ -8,22 +8,69 @@
- **Serves:** R-UPD-02 (with R-UPD-01/03 safety rails)
- **Owner:** WS-UPDATE (mechanism), WS-GITOPS (policy rendering from ServiceDefinition)
## What this stub is
## What lives here
The **cluster-wide** `ImageUpdateAutomation` that scans registries and **commits the resolved version
back to git** (machine-authored, auditable — ADR-0009). No human or AI authors a tag bump (R-UPD-02).
- **`image-update-automation.yaml`** — the **cluster-wide** `ImageUpdateAutomation` that scans
registries per each service's `ImagePolicy` and **commits the resolved stable version back to git**
(machine-authored, auditable — ADR-0009). No human or AI authors a tag bump (R-UPD-02).
- **`per-service/`** — the **render contract** (`update` block → `ImageRepository`/`ImagePolicy`/setter
marker) plus a worked example (`pihole.example.yaml`). **Reference only, not deployed** — WS-GITOPS
emits the equivalent next to each real app's Deployment/HelmRelease under `apps/`.
## Controllers (how the CRDs get here)
The two controllers — **image-reflector-controller** + **image-automation-controller** — are installed
as part of the `flux-system` install by **`bootstrap/flux/bootstrap.sh`** via
`flux install --components-extra=image-reflector-controller,image-automation-controller`, exactly like
the other four Flux controllers. Consequences:
- The `image.toolkit.fluxcd.io` CRDs (`ImageRepository`/`ImagePolicy`/`ImageUpdateAutomation`) **exist
before the first reconcile** — just like `GitRepository`/`Kustomization` do.
- So the `ImageUpdateAutomation` CR here needs **no** F-MON1 controllers/configs split: F-MON1 bites
only when a CR is applied in the *same* Flux pass that installs its CRD (via a HelmRelease). Here the
CRD is a bootstrap artifact, so the CR applies cleanly from the `platform` Kustomization. (The
per-service CRs likewise ride with `apps/`, which `dependsOn platform`.)
## Scope boundary (contract)
This dir holds **only** the cluster-wide automation + git write-back settings. **Per-service**
`ImageRepository` / `ImagePolicy` (semver range / stable channel) are rendered from each
ServiceDefinition's `update` block by WS-GITOPS/WS-UPDATE and live with `apps/` — the "Update policy
contract" in `roadmap/workstreams.md`. **Helm chart / manifest bumps** are Renovate's job (separate),
not this controller's.
- **This dir:** the cluster-wide automation + git write-back settings.
- **`apps/<svc>/`:** per-service `ImageRepository` / `ImagePolicy` (semver stable range) + the Deployment
setter marker — rendered from each ServiceDefinition's `update` block (see `per-service/README.md`).
- **Renovate (`/renovate.json`):** Helm **chart** / dependency / operator-manifest bumps (opens PRs,
auto-merges allowed classes on green CI). Not this controller's job, and deliberately non-overlapping
(Renovate's docker/kubernetes image managers are disabled so it never fights Flux over a tag).
## TODO (later phases — Phase 4)
## Safety rails (acceptance gates — ADR-0009)
- Confirm write-back strategy (direct commit to tracked branch vs. Renovate-style PRs).
- Wire the safety rails that are **acceptance gates** (ADR-0009): stable-only, health-gated rollout,
auto-rollback on failed health, `pin` escape hatch, alert on update failure.
- Requires the Flux **image-reflector** + **image-automation** controllers (Flux bootstrap component).
| Rail | Where enforced |
|---|---|
| **Stable-only** (R-UPD-01) | `ImagePolicy` semver range + a `filterTags` pattern that admits only bare `X.Y.Z` (excludes `-rc`/`latest`). |
| **No human/AI authoring** (R-UPD-02) | image-automation writes the tag at the `$imagepolicy` setter; the commit is machine-authored (`fluxcdbot`). |
| **Health-gated auto-rollback** (R-UPD-03) | HelmRelease `upgrade.remediation` + `rollback` (preferred), or Deployment `progressDeadlineSeconds` + readiness probe. |
| **Pin escape hatch** (R-UPD-03) | `update.pin` renders a fixed image with **no** setter marker and no/suspended `ImagePolicy` — automation is frozen. |
| **Alert on failure** (R-UPD-02 + R-OBS) | `platform/monitoring/alerts.yaml` group `platform-health.automated-updates` (`ImageUpdateAutomationFailing`, `ImagePolicyStalled`, `UpdateHealthGateFailed`). |
Proven by the L3 conformance test
`conformance/tests/l3-fault-injection/hands-off-update/` (auto-advance stable, bad-update
auto-rollback + alert-wired, pin holds).
## Operator hand-off: git write credential (required before enabling)
image-automation-controller reuses the **`flux-system` GitRepository's `.spec.secretRef`** for push auth
(it has no independent secretRef). The Phase-1 source is anonymous/read-only, so before write-back works
the operator must:
1. Create a Gitea access token (scope `write:repository`) for the bot and put it in the SOPS secret
from the template `bootstrap/sops/secret-templates/gitea-image-automation-credentials.yaml.example`
→ `platform/image-automation/gitea-image-automation-credentials.sops.yaml` (name
`gitea-image-automation-credentials`, keys `username`/`password`), then `sops --encrypt --in-place`.
2. Add that file to this dir's `kustomization.yaml` `resources:`.
3. Attach it to the source: add `spec.secretRef.name: gitea-image-automation-credentials` to the
`flux-system` GitRepository via `bootstrap/flux/patches/flux-system-source-url.yaml`.
## Enabling (deferred — like velero/oauth2-proxy)
`image-automation` is intentionally **commented out** in `platform/kustomization.yaml`. Enable it only
after the write credential above is provisioned — otherwise the `ImageUpdateAutomation` reconcile errors
on push and, under the unified graph's `platform` wait, could stall the downstream graph. Uncomment the
`- image-automation` line once the hand-off is done.
@@ -1,39 +1,57 @@
---
# Flux image-update-automation — the CLUSTER-WIDE write-back engine for hands-off image tag advances
# (ADR-0009, R-UPD-02). It scans registries per each service's ImagePolicy and commits the resolved
# version back to git — no human/AI authors the bump. Phase 0 STUB.
# (ADR-0009, R-UPD-02). image-reflector-controller scans each per-service ImageRepository on its
# interval; image-automation-controller resolves each ImagePolicy and writes the advanced tag back to
# git at the `# {"$imagepolicy": "..."}` setter markers. The commit is MACHINE-authored under the
# operator's once-declared policy — no human/AI edits a tag (R-UPD-01/02).
#
# SCOPE: this dir holds ONLY the cluster-wide ImageUpdateAutomation + git write-back settings.
# Per-service `ImageRepository`/`ImagePolicy` are rendered from each ServiceDefinition's `update`
# block (WS-GITOPS/WS-UPDATE) and live with apps/ — NOT here. (Contract: roadmap/workstreams.md
# "Update policy contract".)
# SCOPE (contract, roadmap/workstreams.md "Update policy contract"): this dir holds ONLY the
# cluster-wide ImageUpdateAutomation + git write-back settings. PER-SERVICE ImageRepository/ImagePolicy
# are rendered from each ServiceDefinition's `update` block (renderer-contract §update) and live NEXT
# TO each app's Deployment/HelmRelease under apps/ — see ./per-service/ for the render contract + a
# worked example. Helm CHART / dependency bumps are Renovate's job (renovate.json), not this controller.
#
# CONTROLLERS: image-reflector-controller + image-automation-controller are installed as part of the
# flux-system install (bootstrap/flux/bootstrap.sh `--components-extra`), so the image.toolkit CRDs
# pre-exist before reconcile — this CR applies cleanly without the F-MON1 controllers/configs split
# (the CRD is present at bootstrap, exactly like GitRepository/Kustomization are). See README.md.
apiVersion: image.toolkit.fluxcd.io/v1beta2
kind: ImageUpdateAutomation
metadata:
name: flux-image-automation
namespace: flux-system
spec:
interval: 30m # the "schedule" on which stable versions are picked up (R-UPD-02)
# The scan/apply schedule (R-UPD-02). image-reflector scans registries continuously per
# ImageRepository.spec.interval; this interval bounds how often resolved tags are written back.
interval: 30m
sourceRef:
kind: GitRepository
name: flux-system
# ^ Write-back auth REUSES this GitRepository's `.spec.secretRef` (image-automation-controller has
# no independent secretRef). The Phase-1 flux-system source is currently anonymous/read-only
# (public host-Gitea clone). For write-back the operator must attach a WRITE credential to the
# flux-system GitRepository — see README.md "Operator hand-off: git write credential" and the
# SOPS template bootstrap/sops/secret-templates/gitea-image-automation-credentials.yaml.example.
git:
checkout:
ref:
branch: main # TODO(WS-UPDATE): confirm write-back branch (may open PRs instead)
branch: main # reconciled branch (matches clusters/base/flux-system.yaml)
commit:
author:
name: fluxcdbot # machine author — the auditable, intended write-back (ADR-0009)
# Machine author — the auditable, intended write-back (ADR-0009). No human/AI authors the bump.
name: fluxcdbot
email: [email protected]
messageTemplate: |
chore(images): automated update
chore(images): automated stable update [ci skip]
Machine-authored image tag advance per ImagePolicy (R-UPD-02, ADR-0009).
Machine-authored image tag advance under the declared per-service ImagePolicy
(R-UPD-01 stable-only, R-UPD-02 no human/AI authoring). ADR-0009.
{{ range .Changed.Changes -}}
- {{ .OldValue }} -> {{ .NewValue }} ({{ .Setter }})
{{ end -}}
push:
branch: main
branch: main # push straight to the tracked branch (default write-back strategy,
# ADR-0009). Renovate handles PR-style bumps for charts/deps separately.
update:
strategy: Setters # image-automation setter markers in per-service manifests (apps/)
path: ./apps
# TODO(WS-UPDATE, Phase 4): safety rails are acceptance gates (ADR-0009) — stable-only, health-gated
# rollout, auto-rollback on failed health, pin escape hatch, alert on update failure. Prove a test
# service auto-advances with no human/AI edit; a bad update auto-rolls-back + alerts (R-UPD-01/02/03).
strategy: Setters # advance the `$imagepolicy` setter markers in per-service manifests
path: ./apps # only apps/ carries per-service image markers (platform charts = Renovate)