// How it works
How Architect checkpoints, migrates, and wakes running pods. No code changes, no custom CNI, no analytics suite to babysit.
$ helm install architect /~\ architect deployed: revision 1 $ kubectl get pods NAME STATUS CPU MEMORY frontend-7d4b8c6-x9k2 Running 0m 0Mi # <- hibernated api-server-5f7c9d-h3j7 Running 95m 512Mi # <- active ml-model-8c9d2f-p4m8 Running 0m 0Mi # <- hibernated $ curl frontend.example.com 200 OK (47ms) # <- instant wake, no cold start
> 96 pods · 96 running · most of them idle
1.
Typical clusters pay a capacity tax to absorb spikes and dodge cold starts. Every pod stays scheduled, provisioned, and billed, even when nothing is happening.
2.
One-line install, zero code changes. Architect begins continuous checkpoint/restore on every pod, captured at the containerd shim layer.
3.
Architect hibernates idle pods automatically on network or exec activity. You tune the behavior. Hibernated pods consume no CPU or memory but stay scheduled.
4.
With idle pods hibernated, the cluster bin-packs onto fewer nodes. Drop node count or size to reclaim the freed capacity.
5.
Architect restores the full pod state and reattaches storage. The eBPF router holds the incoming request until the pod is live, then delivers it. No cold start, no dropped requests.
Spot reclamation isn't a sudden crash. The cloud fires an eviction warning first, and Architect starts migrating the moment it lands.
TRADITIONAL RECOVERY ~60s
detect → schedule → pull image → load snapshot → warm cache → reconnect
↳ downtime, writes lost
ARCHITECT MIGRATION ~10s
freeze → transfer state → resume
↳ zero data loss, clients stay connected
Stateful workloads on spot, idle pods at zero, sub-50ms wakes, no code changes. A 10-minute install and Architect starts managing your pods.