Orders Table → DynamoDB

Running

orders-mysql-primary → ddb-orders-global · MySQL 8 → DynamoDB · 38 datasets · running for 41m

Migration progress

18.6%118.9 GB of 640.0 GB

ETA 24m at current rate

Consistency: Change-stream tail (eventual cutover)

Current throughput

361 MB/s

Est. safe capacity

410 MB/s

Controller confidence

91%

model converged

Concurrency

16 / 64

workers × shards

p99 latency

12.1 ms

baseline 12.1 ms

Throttling

None

0 events this run

Adaptive Control Loop

One loop, running continuously against every target.

Stage · Observe

Rate control

Throughput, capacity ceiling and latency

Amber markers are rate changes issued by the controller. Utilisation of the current estimate is 88.0%.

Actual throughputEstimated safe capacityTarget ratep99 latencyRate change

Controller Decisions

Every rate change, with the observation that caused it.

22:25:08INCREASE+8%
Increased throughput by 8% — target latency remained stable across two probe windows.
22:26:03HOLD
Held throughput — feedback indicated rising latency at the current rate.
22:27:07REDUCE-15%
Reduced throughput by 15% after throttling was detected on the destination.
22:27:28CHECKPOINT
Checkpoint written — partition-8421 verified.
22:27:47PROBE+3%
Probe window opened — nudging 3% above estimate to keep the capacity model honest.

Recovery

Last verified checkpoint

partition-8421

116.5 GB verified

22:25:55 UTC · 2 minutes ago

On interruption Laminar resumes from the last verified checkpoint. Worst case is minutes of replay, not a restart.

Audit timeline

21:46:55Operation started
orders-mysql-primary → ddb-orders-global, adaptive mode: Conservative (capacity-units aware)
21:47:35Capacity model initialised
Initial estimate 410 MB/s from 40s observation window