Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Assistant: claude-code Assistant-Model: opus Assistant-Process: 63291@bnt-lap001 Assistant-Session: 8bd77868-ca68-4f49-bb1e-d539ecc0d703
2.7 KiB
| id | type | title | domain | repo | status | owner | topic_slug | created | updated | depends_on | state_hub_workstream_id |
|---|---|---|---|---|---|---|---|---|---|---|---|
| RAIL-KNATIVE-WP-0002 | workplan | Declare the Knative substrate CPU requests set live on railiance01 | financials | rail-knative | active | codex | railiance | 2026-09-21 | 2026-09-21 | 8decbd8b-db3d-52b6-af16-ee84e2fd2e32 |
RAIL-KNATIVE-WP-0002 - Declare the Knative substrate CPU requests
On 2026-09-21 the CPU requests of the Serving and Kourier v1.22.0 install on
railiance01 were lowered live (ADMINISTER @ realm:kubernetes/railiance01,
activation=APPROVED by the founder). Limits are unchanged. Record:
the-custodian/docs/kubernetes-change-gate-decision.md. Runbook:
docs/substrate-runbook.md.
T01 - Declare the requests over the pinned v1.22.0 assets
id: RAIL-KNATIVE-WP-0002-T01
status: done
priority: high
state_hub_task_id: "006d4578-8b64-5f52-a778-96dee5580274"
2026-09-21: Added substrate/v1.22.0/cpu-requests.patch.yaml and a
kustomization over the staged core.yaml and kourier.yaml, with offline
tests. Rendered against the checksum-verified upstream assets (hashes from
railiance-cluster/install/knative/release-lock.env): the six Deployments
carry exactly the declared CPU requests, with upstream memory and limits.
T02 - Verify the declaration against live, read-only
id: RAIL-KNATIVE-WP-0002-T02
status: done
priority: high
state_hub_task_id: "d712ad71-df8b-5606-b90c-a78b765a4129"
2026-09-21: kubectl get deploy -o jsonpath over ssh railiance01 read
activator 50m, autoscaler 30m, controller 30m, webhook 30m,
net-kourier-controller 30m, 3scale-kourier-gateway 50m; limits 1 (webhook
500m), matching upstream. The namespace version label is 1.22.0. HPAs:
activator 2%/100%, webhook 10%/100%, gateway 10%/100%. Declared equals live.
T03 - Make the railiance-cluster installer apply the declaration
id: RAIL-KNATIVE-WP-0002-T03
status: wait
priority: high
state_hub_task_id: "7cd0355e-0c53-5931-8d2a-601a129ad7da"
Waits on railiance-cluster, which owns the install (install/knative/).
rail-knative does not edit that repository. The installer must apply
substrate/v1.22.0/cpu-requests.patch.yaml after each upstream apply, for
example by building the kustomization over its staged files, or by running
kubectl patch deployment <name> -n <ns> --type strategic --patch-file <doc>
per document; verify.sh should assert the six requests.
Because the values are already live, re-running the patched installer changes no running state. Running the unpatched installer before this lands reverts the requests and should not be done. Rollback of the installer change is a revert of its commit; the live values need no rollback.