ReviewOS

stacks/ts-cloud

[Epic] Phase 4 — fleet, scale and resilience

#138
Closed chris opened this 2 months ago ·
2 months ago

Parent

#132

Outcome

Operate ts-cloud across more than one box or region: onboard and validate remote servers, expose real driver-backed lifecycle operations, assign workloads to capacity pools, use remote builders, complete multi-region replication/failover, and provide safe upgrades and disaster-recovery drills.

Architectural direction

The control plane should schedule operations; provider drivers should declare capabilities and execute idempotent primitives. AWS, Hetzner, and local boxes may differ, but status, events, auth, audit, retry, and UX contracts should remain consistent.

Children

Exit criteria

An operator can understand fleet capacity and health, move or rebuild workloads deliberately, validate failover and recovery, and upgrade the platform without treating SSH sessions as the primary management plane.

8 days ago

Completed. Every child is closed. Provider-neutral fleet enrollment, real driver operations, capacity pools and placement, remote builders, replication/failover orchestration, signed upgrades, cleanup safety, and disaster-recovery drills are implemented with durable audit/operation state and capability boundaries. Verification: full repository suite 2,888 passed / 0 failed, including fleet, placement, multi-region, maintenance, and recovery journeys; strict typecheck, Pickier, and all workspace builds pass.

Sign in to comment on this issue.