Windmill
Windmill is dismantling the paywall between itself and the data stack
A side-by-side editorial comparison of Dragonfly and rsconnect — release velocity, themes, recent moves, and the top alternatives to consider.
Dragonfly is spending its releases on correctness debt, not features.
The last two months are almost entirely correctness work: a pub/sub ordering bug that silently discarded queued messages on unsubscribe, a multi-key PFCOUNT that read sixteen wrong registers, an uninitialized pointer in the sparse HyperLogLog promote path, and now cluster FLUSHSLOTS that was not journaled inside its own flush transaction. The one structural move is the resync of the forked hyperloglog.c against valkey upstream, which cut divergence from 2,139 lines to 767 and pulled in a CVE fix plus AVX2 and NEON merge kernels. New user-facing options are rare; the list compression tuning flags are the exception.
The deployment client is being rebuilt around credentials it never has to store.
rsconnect is the publishing client for Posit Connect and shinyapps.io, and the last year has changed both ends of it. The HTTP layer moved to httr2 and the Connect API to v1; Posit Cloud publishing was removed outright and Posit Connect Cloud added in its place; and authentication picked up identity federation from Posit Workbench, Snowflake-hosted Connect with browser-based auth, and Snowflake connection names read from connections.toml. The most recent release fixes a regression that broke deployment entirely in air-gapped environments.
The last two months are almost entirely correctness work: a pub/sub ordering bug that silently discarded queued messages on unsubscribe, a multi-key PFCOUNT that read sixteen wrong registers, an uninitialized pointer in the sparse HyperLogLog promote path, and now cluster FLUSHSLOTS that was not journaled inside its own flush transaction. The one structural move is the resync of the forked hyperloglog.c against valkey upstream, which cut divergence from 2,139 lines to 767 and pulled in a CVE fix plus AVX2 and NEON merge kernels. New user-facing options are rare; the list compression tuning flags are the exception.
Two threads run in parallel. One reduces the cost of carrying a Redis fork by re-syncing individual files against valkey and leaving provenance notes so the next sync is cheap. The other hardens the V2 IO loop while the V1 path still takes the fixes — several commits explicitly defer the V2 half of a fix to a later change, so the two loops are not at parity. Cluster correctness around slot migration and journaling is the newest front.
The deferred V2 IO-loop fixes are the obvious next commits, and more forked Redis files are likely to get the same upstream resync treatment now that the pattern and its accounting are established.
rsconnect is the publishing client for Posit Connect and shinyapps.io, and the last year has changed both ends of it. The HTTP layer moved to httr2 and the Connect API to v1; Posit Cloud publishing was removed outright and Posit Connect Cloud added in its place; and authentication picked up identity federation from Posit Workbench, Snowflake-hosted Connect with browser-based auth, and Snowflake connection names read from connections.toml. The most recent release fixes a regression that broke deployment entirely in air-gapped environments.
Two threads run through this. The first is credential elimination — every recent auth change replaces a stored secret with a token the runtime can mint, whether that is Workbench identity federation or a Snowflake connection profile. The second is dependency capture getting stricter about what it actually needs: renv profiles outside the project root, pak-installed packages resolved against configured repositories, and Bioconductor contacted only when a Bioconductor package is genuinely present. Both are the problems you hit deploying inside a regulated network.
Expect the httr2 escape hatch option to be removed once the migration settles, and expect the mcp content category added in 1.10.1 to grow real configuration rather than staying an inferred default.
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 Dragonfly or rsconnect.
Windmill is dismantling the paywall between itself and the data stack
Resend is wiring itself into every agent runtime it can reach, one standard at a time
vdiffr finished its job in 2021 and has been tracking compilers ever since.
A package whose release calendar is written by whoever ships the next Rtools.
DNSControl v5 is feature complete and counting down to an August ship date
highr is finished software: one-line releases every year or two
See all Dragonfly alternatives → · See all rsconnect alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Dragonfly 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.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Dragonfly 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.
Top Dragonfly alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Dragonfly alternatives" section above for the current picks, or visit /alternatives/dragonfly for the full list with editorial commentary on each.
Top rsconnect alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "rsconnect alternatives" section above for the current picks, or visit /alternatives/rsconnect for the full list with editorial commentary on each.