Review, explain, practice

Study guide: Design a Reliable Request Workflow

Two increment requests read count 5 and both write 6. Explain the defect, a preservation strategy and a bounded retry policy with delays 1,2,4 seconds.

Download the grade study pack

Ideas to explain in your own words

Useful vocabulary

API contract
Accepted requests and their promised responses/effects.
idempotent
Repeated operations have the same intended state effect.
lost update
One concurrent change is overwritten by another.

Watch your reasoning

A worked review example

Determine whether the body has readable structured syntax. Which check or operation is described? The supported answer is Parse structure. Check syntax, input contract and authorization before the permitted state change. A200-like response label cannot replace verification of the saved result. An API contract describes accepted request fields, allowed operations and response meaning. Policy allows three retry delays of 1, 2, 4 seconds after the initial request. Total delay budget, excluding request time? The supported answer is 7 seconds. Applying the stated rule gives 7 seconds. Add the listed retry delays and respect the maximum attempt rule. Retrying every failure indefinitely is not a reliability plan. Calculation: ((1+2)+4) = 7.

Make a practice plan

  1. Make a four-row summary, one row for each lesson, with its computing idea and one worked decision.
  2. Explain one tempting mistake using the actual supplied example.
  3. Complete the new unit review before consulting its explanations.
  4. Try the transfer task on paper and compare your evidence against the model response.