QONTO-WP-0004: mark T06 done
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
parent
9fbcef7b05
commit
00191ee841
1 changed files with 24 additions and 12 deletions
|
|
@ -171,24 +171,36 @@ cold-start; the backend scales back to 0 after the configured idle window.
|
||||||
|
|
||||||
```task
|
```task
|
||||||
id: QONTO-WP-0004-T06
|
id: QONTO-WP-0004-T06
|
||||||
status: todo
|
status: done
|
||||||
priority: medium
|
priority: medium
|
||||||
state_hub_task_id: "7cd52269-ca0a-4b09-ab51-f02ed71604f2"
|
state_hub_task_id: "7cd52269-ca0a-4b09-ab51-f02ed71604f2"
|
||||||
```
|
```
|
||||||
|
|
||||||
Per `docs/SecurityPractice.md` §7: request I1 "Reinforced" (dedicated node
|
**2026-07-24:** Made the request concrete and reviewable (this task's own
|
||||||
pool / sandboxed runtime) at minimum for the `qonto-assistant` deployment on
|
stated scope — not to implement scheduling itself). Delivered:
|
||||||
`railiance01`, given tenant-confidential financial-data classification,
|
|
||||||
internet reachability via the facade, and sole custody of the bank
|
|
||||||
credential. I2 "Dedicated" (own namespace/keys) is worth considering; the
|
|
||||||
placement decision belongs to whoever owns Railiance scheduling for this
|
|
||||||
workload, not this repo.
|
|
||||||
|
|
||||||
**Depends on:** a Railiance-side placement decision — this task's job is to
|
- `deploy/k8s/qonto-assistant/` — dedicated namespace (not shared with
|
||||||
make the request concrete and reviewable, not to implement scheduling.
|
`activity-core`), `Deployment` at `replicas: 0` (meant to be scaled 0↔1 by
|
||||||
|
the facade, T05), `ClusterIP`-only `Service`, default-deny `NetworkPolicy`.
|
||||||
|
Modeled on `llm-connect`'s real deployment, tightened per
|
||||||
|
`docs/SecurityPractice.md` §7. Verified: `kubectl kustomize` renders all
|
||||||
|
six resources cleanly.
|
||||||
|
- **CCR-2026-0009** (in `railiance-platform`, `status: proposed`) — a
|
||||||
|
workload-scoped Kubernetes-auth access lane into the existing
|
||||||
|
`tenants/binky/qonto-api` credential, since CCR-2026-0008 is human/OIDC
|
||||||
|
admin access only and unusable by a running pod. Mirrors CCR-2026-0003's
|
||||||
|
llm-connect pattern. Paired draft `ClusterSecretStore` also added. Both
|
||||||
|
validated against `schemas/credential-change-request.schema.yaml`.
|
||||||
|
- `railiance/app.toml` — staged-promotion contract, `criticality = "critical"`
|
||||||
|
(mandatory human approval before Stage 2 exposure and Stage 3 promotion,
|
||||||
|
per the contract's own rule for production-critical workloads). Validated
|
||||||
|
against `railiance-cluster/schemas/railiance-app.schema.json`.
|
||||||
|
|
||||||
Done when: a placement decision is recorded (even if the decision is "I0 for
|
**Still pending, explicitly not this task's to resolve:** CCR-2026-0009
|
||||||
now, revisit before going live") and referenced back into this workplan.
|
needs platform-operator + binky-tenant-owner approval; the actual isolation
|
||||||
|
tier (I1 vs I2) is Railiance's scheduling call once the manifests are
|
||||||
|
reviewed; whether the facade (T05) co-locates in this namespace is assumed
|
||||||
|
in `networkpolicy.yaml` but not yet decided.
|
||||||
|
|
||||||
## Task: Closure review
|
## Task: Closure review
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue