You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Re-state the goals and non-goals against the scale premise #345
What are deploy-kit's goals and non-goals, re-stated against the 0001 premise (one maintainer, one cluster, about thirty Applications, horizon 2028-08-31)?
In particular: does the wish to learn multi-tenancy and multi-cluster change the premise, become a separate learning goal with its own lab, or stay parked as the deferred record on multi-cluster and multi-tenancy holds it? Which goals does the handover need, and which only the thesis (if the purpose keeps one)?
Settled with the maintainer on 2026-10-09, building on Decide what deploy-kit is for after the course: an estate tool for the maintainer's own estate only, with no thesis riding on it. The 0001 premise stands unchanged: one maintainer, one cluster, about thirty Applications, horizon 2028-08-31.
Goals
Render the whole estate. The end state is that deploy-kit renders every Application and the foundation, as 0046 already says. fleet-infra then holds only the Flux bootstrap and the per-Project pins, and deploy-config-schema is retired. The six foundation HelmReleases that no platform project declares today (cert-manager, external-dns, MetalLB, Reloader, the NVIDIA device plugin and VSO) are in scope.
Cover every need in the model. Every need of a live Project has a model concept before that Project hands over. No raw objects and no escape hatch: 0005 holds as written.
One authored edit. The compiler derives everything procedural. This fixed constraint is unchanged.
Catch the maintainer's own mistakes. A refusal stays only if it guards a hazard that is real at 0001 scale. Where it does, the Application changes during its handover. Where it does not, the spec bends to the live shape. This is the test for the four refusals the inventory found firing on live shapes: E_DUPLICATE_HOST, E_HARDENING_UNMET, E_PRIVILEGED_PORT_UNDER_NONROOT and E_PROCESS_RBAC_GRANT.
Deliver by pull. Flux pulls a signed, pinned render. Release Unit atomicity, Durability Class gating and pinned inputs stay.
Non-goals
Invariants that arbitrate between people, as 0001 already states.
Multi-cluster and multi-tenancy, beyond the no-cost seam settled on the earlier ticket. The park in 0097 stands.
Push delivery: no second applier, no field managers, no deploy RBAC.
Substrate independence as a goal. Authored values name model concepts (0011) because that keeps authoring short and reviewable, not to enable a swap off Kubernetes. No mechanism is justified by portability.
Anything only a thesis would need. There is no thesis.
Outside this effort
Co-testing is neither a goal nor a non-goal of this map. Its parked record and the stopping rule (review date 2026-11-30) decide it.
Correction to the map's fixed constraint
The inventory showed that the deploy-config-schema descriptors deploy nothing. The objects that run are hand-written in fleet-infra. The constraint is therefore restated: for each Project, fleet-infra's hand-written objects stay authoritative until that Project hands over. deploy-config-schema is retired once no fleet-infra drift check reads it.
This answer is recorded here, on the ticket. When the spec rewrite lands, it writes goals and non-goals into the overview, and the restated authority constraint into chapter 60.
Activity
ExtraToast commentedon Oct 9, 2026
Resolution
Settled with the maintainer on 2026-10-09, building on Decide what deploy-kit is for after the course: an estate tool for the maintainer's own estate only, with no thesis riding on it. The 0001 premise stands unchanged: one maintainer, one cluster, about thirty Applications, horizon 2028-08-31.
Goals
E_DUPLICATE_HOST,E_HARDENING_UNMET,E_PRIVILEGED_PORT_UNDER_NONROOTandE_PROCESS_RBAC_GRANT.Non-goals
Outside this effort
Co-testing is neither a goal nor a non-goal of this map. Its parked record and the stopping rule (review date 2026-11-30) decide it.
Correction to the map's fixed constraint
The inventory showed that the deploy-config-schema descriptors deploy nothing. The objects that run are hand-written in fleet-infra. The constraint is therefore restated: for each Project, fleet-infra's hand-written objects stay authoritative until that Project hands over. deploy-config-schema is retired once no fleet-infra drift check reads it.
Consequences for other tickets
Record
This answer is recorded here, on the ticket. When the spec rewrite lands, it writes goals and non-goals into the overview, and the restated authority constraint into chapter 60.