Too conservative
Operations take longer than necessary and waste compute, storage and network capacity. A migration sized for the worst hour runs at that rate for all the good ones too.
Laminar continuously measures infrastructure capacity, adapts execution in real time, and checkpoints every operation so long-running infrastructure work can survive interruption.
Infrastructure operations should measure the system they are running against, instead of guessing a fixed rate before they start.
Shaded windows are where the fixed rate exceeds what the target can absorb. Laminar reduced its rate instead.
Operators traditionally have to choose an execution rate before an operation begins — before anything has been measured. A database under load at 09:00 is not the same target at 03:00, and neither is the network between them. One number, chosen up front, has to cover all of it.
Operations take longer than necessary and waste compute, storage and network capacity. A migration sized for the worst hour runs at that rate for all the good ones too.
The target becomes throttled or overloaded, creating operational risk. The work competes with production traffic on the very system it is supposed to be moving.
Laminar addresses this by continuously observing the target and adapting execution to its changing conditions. The rate is not a setting. It is a measurement.
Five properties that hold for every operation Laminar runs, regardless of which infrastructure it is running against.
Laminar continuously adjusts workload based on observed target capacity, rather than holding a rate that was chosen before the operation began.
Every operation maintains verified progress, so interrupted work does not have to start from zero.
Operations can recover from worker, network or infrastructure failures, resuming from the last verified checkpoint.
Operators can see what Laminar observed, what it estimated, and why it changed execution — each rate change is attributable to a measurement.
Infrastructure-specific systems connect through a common connector interface, rather than requiring a separate control system for every infrastructure technology.
Laminar runs a single control loop against every target it manages. The loop does not stop when execution starts — it is what execution is.
continuous — never a one-shot plan
Read the target's own signals rather than the client's: throttle responses, queue depth, replication lag, latency percentiles, error rates.
pg_stat · consumed capacity units · replication window · p99 latency
These are not seven unrelated products. Each one is the same adaptive control loop pointed at a different kind of infrastructure work — which is why a capability added to the loop shows up in all of them.
Move data between systems at whatever rate the destination can currently absorb.
Read and compare at the available capacity without starving production traffic.
Rebuild, re-replicate or backfill against a target that is already under stress.
Measure what a workload actually consumes before changing what it is allocated.
Place work in the windows where the target has measured headroom, not assumed headroom.
Stand up a new region by filling the ramp as fast as the new region proves it can take it.
Restore under time pressure, from verified checkpoints, at the maximum safe rate.
Watch a long-running infrastructure operation respond to changing capacity, adjust its execution rate, and recover from interruption.
Laminar is designed around the assumption that the system being operated on is production, is shared, and will change underneath the operation while it runs.