Expand description
EphemeralAllocation CRD — a typed request for a pool member.
Pairs with EphemeralPool: an Allocation is the request side;
the pool reconciler answers it by matching one of its free
Process members and stamping the requestor’s identity on the
Allocation’s status.
Topology:
- The requestor (GitHub PR webhook, CI runner, operator running
feira allocation request …) creates anEphemeralAllocation. - The pool reconciler watches Allocations; matches
spec.poolRef(or routes via PoolSelector ifpoolRefis omitted) to a pool; picks one Free member; transitions the member to Allocated and the Allocation to Bound. - When the requestor is done, it deletes the Allocation. The pool
reconciler honors the pool’s
returnPolicy(Reset / Replace / Keep).
Structs§
- Allocation
Condition - Allocation Condition (same shape as PoolCondition for downstream uniformity).
- Allocation
Spec EphemeralAllocationCRD spec — a typed request for a pool member.- Allocation
Status EphemeralAllocation.status— observed allocation state.- Ephemeral
Allocation - Auto-generated derived type for AllocationSpec via
CustomResource - Requestor
- Identity + routing context for a request.
- Unknown
Allocation Phase - Unknown
Requestor Kind
Enums§
- Allocation
Phase - Allocation lifecycle phase.
- Requestor
Kind - Closed-set view over the substrate-emitted canonical
Requestor::kindwire strings — the four kebab-case discriminators every pleme-io requestor stamps onto anEphemeralAllocation:github-pr(thetatara_github_watcher- authored PR-driven path),manual(operator-authored viafeira allocation request …),ci-run(non-PR CI driver), andscheduled(a cron-style emitter). The wire field stayspub kind: StringonRequestorso operators can register their own kinds without a schema bump; this enum is the typed view future kind-keyed consumers (pool dashboards, LSP completion, audit-trail classifiers) sweep against.