You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The plan starts with M0: one node, one workload (#1 to #5), then leases and failover (M1). Before writing code, it's worth checking that order. Some alternatives:
Follow the milestones. Workspace and CI, the WIT contract, the deterministic runtime, the resume fold, then a single-node agent. It's the safest order, but nothing visible happens until M1.
Failover demo first. Build the thinnest possible path to "kill a node, the workload continues" (parts of M0 and M1 together) and harden it afterwards. It shows the idea sooner, at the cost of some rework.
Replay first. Replay needs no leases or cluster: a runtime, a snapshot and range reads. It's the most distinctive feature and the easiest to show on a laptop.
My lean is 3 then 1: a day spent on #10 could change the design, and everything else builds on M0.
Which would you pick, and why? If you'd like to take one of these on yourself, say so here.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
The plan starts with M0: one node, one workload (#1 to #5), then leases and failover (M1). Before writing code, it's worth checking that order. Some alternatives:
publish_ifbatch is all-or-nothing (Confirm publish_if batch atomicity #10) and measure many single-shard streams (Many workloads: streams per workload at scale #20) before anything else. Exactly-once output depends on both.My lean is 3 then 1: a day spent on #10 could change the design, and everything else builds on M0.
Which would you pick, and why? If you'd like to take one of these on yourself, say so here.
All reactions