Specify scheduler lease state with a separate authority epoch
The scheduler table stores only owner name and expiry, so an old owner can appear identical to a later process with the same name.
Estimated field mix
- Distributed systems100%
Preparing the next view without exposing private workflow data.
Design a system. Diagnose tail latency. Ship a migration. Recover a failed rollout. Pick a focused ticket or follow a project through its delivery phases.
1380 tickets · 138 projects · 26 engineering fields · Four difficulty levels
Field counts and the engineering field filter use each project's primary field. Estimated ticket labels can span multiple fields.
60 matching tickets · Page 1 of 5
The scheduler table stores only owner name and expiry, so an old owner can appear identical to a later process with the same name.
Estimated field mix
Two instances disagree about lease expiry because their local clocks differ by several seconds.
Estimated field mix
The design adds a lease but assumes every downstream operation automatically knows whether its caller is still leader.
Estimated field mix
Two instances see an expired lease and both believe they became the active scheduler.
Estimated field mix
A delayed renewal from an earlier process extends the newest owner's lease row while reporting success to the stale process.
Estimated field mix
A scheduler pauses past expiry, then resumes a previously prepared plan after another instance has taken over.
Estimated field mix
A new leader repeats the current maintenance period and creates a second plan for the same logical occurrence.
Estimated field mix
A scheduler renews its lease while stuck on one task, so the status page incorrectly reports healthy processing.
Estimated field mix
An instance loses database connectivity but can still contact the fake work provider, raising the risk of acting on expired authority.
Estimated field mix
A release note says exactly one scheduler runs, even though stale processes may execute until downstream fences reject their writes.
Estimated field mix
The return row has one status called processing, hiding whether inspection, label issuance or refund is outstanding.
Estimated field mix
A retry after a lost response creates a second shipping label because each request receives a new key.
Estimated field mix
6 matching projects · Page 1 of 1
Elect one active scheduler while preventing expired owners from mutating shared state.
Recover a multi-step return workflow across inspection, shipping and refund providers.
Merge local inspection changes with explicit conflicts, tombstones and attachment identity.
Coordinate independent document checks into a bounded, reproducible aggregate result.
Invalidate and refresh tenant-scoped product views without resurrecting stale versions.
Coordinate return inspection, replacement stock, and refunds across controllable provider boundaries while keeping uncertain outcomes visible.
Practice scoped changes, keep a portable implementation and verification record, and learn to explain operational tradeoffs. Choose a ticket whose prerequisites you can provide.
Use realistic work to structure onboarding, internal practice, and conversations about engineering decisions. Each project names the delivery benefit. Agree scope and compensation before requesting company-specific work.
CSV contains one row per ticket. Map fields and issue types in your tracker; project grouping and dependency keys are descriptive. JSON preserves the complete project structure. These downloads do not synchronize with Jira.