Skip to content

PRODUCT

Zyvor Fleet

Offline-first edge fleet control plane for Linux, Kubernetes, containers and virtual machines.

Get the highlights.

  • 41
    Typed runtime adapters โ€” systemd, container, k3s, QEMU
  • 02
    Cloud calls required to keep reconciling through a WAN outage
  • v0.33
    Current shipped release โ€” cordons, scoped tokens, signed webhooks, audit
  • 5,0004
    Bounded mutation audit trail records retained

Zyvor Fleet manages remote sites as a fleet, not merely clusters. A site can be a factory gateway, retail server, telecom POP, branch appliance, rugged Linux box, k3s node, GPU edge server or KVM host. The control plane declares what should run; a small fleet-agent pulls that desired state, caches the complete revision locally, and keeps reconciling it when the WAN disappears โ€” with no arbitrary remote shell exposed.

For the full picture โ€” architecture diagram, feature list, quick start, Kubernetes/Helm instructions, security defaults and licensing โ€” see the README on GitHub.

Three ways to run the control plane

  • Bare binary

    make build, install fleetd as a systemd service, and point it at a persistent volume. The usual choice for a standalone edge control plane.

  • Docker Compose

    docker compose up --build starts one control plane plus two simulated edge sites โ€” the fastest way to see the console and protocol end to end.

  • Kubernetes / Helm

    helm upgrade --install zyvor-fleet ./deploy/helm/zyvor-fleet deploys one control-plane replica with a ReadWriteOnce volume โ€” intentionally one replica, since the v0.3 embedded store is single-writer.

See the deployment guide for the full production checklist.

  1. systemd, container (Docker/Podman), k3s, and QEMU/KVM โ€” deliberately no generic shell workload type. See Runtime adapters. ↩
  2. "No cloud/control-plane call is necessary to keep the last accepted desired state alive" once a site has cached its revision. See Offline autonomy in the README. ↩
  3. v0.3 added site maintenance/cordon mode, scoped API tokens, HMAC-signed webhooks, and a bounded mutation audit trail. See Product plan. ↩
  4. Successful and failed operator/API mutations are recorded without request bodies or credentials, bounded to the most recent 5,000 records. See v0.3 operations. ↩