GravityKit
GravityKit ships weekly across a whole plugin suite, with an MCP server now part of the lineup.
Comparison · Infra & APIs
Firecracker vs werf
A side-by-side editorial comparison of Firecracker and werf — release velocity, themes, recent moves, and the top alternatives to consider.
Firecracker vs werf: at a glance
What is Firecracker?
Firecracker's microVMs can now grow and shrink devices while running.
1.16.0 in June added developer-preview hotplug and hot-unplug for PCI virtio block, pmem and net devices on a live microVM, with the guest responsible for rescanning the bus and removing the device first since no notification mechanism exists yet. The same release added vsock Unix socket path overriding on snapshot restore, rate limiting for serial console output with a dropped-bytes metric, and per-callsite log rate limiting. 1.16.1 followed with a vsock fix for connections timing out after restore when a snapshot caught an in-flight TX descriptor. Earlier in the window, 1.15.0 added the VMClock device and Intel Granite Rapids support, and the April patches hardened the PCI transport against CVE-2026-5747.
What is werf?
Werf is running a v3 rewrite and a v2 maintenance line side by side, on four release channels.
Werf publishes into parallel channels — alpha, beta, ea, stable, and dev — and the recent entries show two lines moving at once. The 2.75.x releases are maintenance: a host-cleanup fix that stopped it wiping other werf versions' git cache, buildah retries when a cached image id is missing, serialized concurrent base-image pulls. The v3 line is where features land, with 3.0.0 alphas, a 3.0.2 patch, and a 3.1.0 dev build carrying embedded kubeconform schemas, additional patch files, and a per-project meta-repo safeguard.
Firecracker vs werf: editorial side-by-side
Firecracker
0.0INFRA · APIS
Firecracker's microVMs can now grow and shrink devices while running.
◆ Current state
1.16.0 in June added developer-preview hotplug and hot-unplug for PCI virtio block, pmem and net devices on a live microVM, with the guest responsible for rescanning the bus and removing the device first since no notification mechanism exists yet. The same release added vsock Unix socket path overriding on snapshot restore, rate limiting for serial console output with a dropped-bytes metric, and per-callsite log rate limiting. 1.16.1 followed with a vsock fix for connections timing out after restore when a snapshot caught an in-flight TX descriptor. Earlier in the window, 1.15.0 added the VMClock device and Intel Granite Rapids support, and the April patches hardened the PCI transport against CVE-2026-5747.
◆ Where it's heading
The through-line is snapshots and the PCI transport maturing together. Firecracker's value has always been fast boot from a snapshot, and the recent fixes are all in the seams that opens up — TX descriptors in flight when a snapshot is taken, vsock paths that change on restore, virtio device state machines that must be validated the same way on PCI as on MMIO. Hotplug extends the same idea from restore-time to run-time: a microVM that can change shape is one you can keep rather than replace.
◆ Prediction
Hotplug shipped explicitly as a developer preview requiring manual guest bus rescans, so the stated gap is an automatic notification mechanism. That is the obvious next step before the feature leaves preview.
werf
5.0INFRA · APIS
Werf is running a v3 rewrite and a v2 maintenance line side by side, on four release channels.
◆ Current state
Werf publishes into parallel channels — alpha, beta, ea, stable, and dev — and the recent entries show two lines moving at once. The 2.75.x releases are maintenance: a host-cleanup fix that stopped it wiping other werf versions' git cache, buildah retries when a cached image id is missing, serialized concurrent base-image pulls. The v3 line is where features land, with 3.0.0 alphas, a 3.0.2 patch, and a 3.1.0 dev build carrying embedded kubeconform schemas, additional patch files, and a per-project meta-repo safeguard.
◆ Where it's heading
The v3 work is a deploy-engine change more than a version bump: nelm is being pulled in and bumped, values-schema validation is becoming optional to stop service values breaking values.schema.json, and a meta-repo migration path is being built. Meanwhile the build layer is being hardened against concurrency — serialized pulls, retry on missing cached ids, Dockerfile COPY semantics fixed for --parents and --exclude in staged builds. The two lines share build fixes, with the same commits appearing in both 2.75.4 and 3.1.0.
◆ Prediction
Expect the v3 line to keep absorbing build fixes from 2.75.x while nelm and the meta-repo migration stabilise ahead of a wider v3 push. The 2.75.x channel looks like it will stay on bug fixes only.
Alternatives to Firecracker and werf
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Firecracker or werf.
LibreSpeed
After a two-year redesign, LibreSpeed is adding tests instead of polishing pixels.
Nautobot
A security advisory cycle forced Nautobot to break its REST API on both supported branches at once.
Gatekeeper
Gatekeeper grew a package manager for policies — and a benchmark to prove they are not too slow.
GoCD
GoCD's changelog is one maintainer keeping a 2010s CI server running on current runtimes.
Incus
Incus settled its 7.0 LTS, then went straight back to a monthly feature cadence.
See all Firecracker alternatives → · See all werf alternatives →
Recent activity from Firecracker and werf
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 1d agowerfSignature note appended to the latest release artifacts
- 1d agowerf2.75.3: host cleanup stops wiping other werf versions' git cache
- 1d agowerf2.75.4 alpha: buildah pull retries and serialized base-image pulls
- 1d agowerf3.1.0 dev: embedded kubeconform schemas and meta-repo safeguards
- 8d agowerf3.0.2: build-log progress indices follow real start order
- 8d agowerf3.0.0-alpha.2: deploy flags restored, staged Dockerfile COPY fixes
- 1mo agoFirecrackerVsock timeout after snapshot restore, and jailer symlink revert
- 2mo agoFirecrackerFirecracker v1.16.0 ⚡
- 4mo agoFirecrackervirtio-rng entropy cap and PCI transport hardening (CVE-2026-5747)
- 4mo agoFirecrackerCVE-2026-5747 hardening on the 1.15 branch
- 4mo agoFirecrackerTCP SYN options length validation with MMDS enabled
- 5mo agoFirecrackerVMClock device and Intel Granite Rapids support
Frequently asked questions
What is the difference between Firecracker and werf?
They serve adjacent needs but don't currently overlap on shipped themes. werf is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Is Firecracker better than werf?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. werf is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
What are the best alternatives to Firecracker?
Top Firecracker alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Firecracker alternatives" section above for the current picks, or visit /alternatives/firecracker for the full list with editorial commentary on each.
What are the best alternatives to werf?
Top werf alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "werf alternatives" section above for the current picks, or visit /alternatives/werf for the full list with editorial commentary on each.