All courses / AI Operations / Module 2 / Chapter 9
Learning objectives
After the lesson the participant can:
- Explain how rings, bake time, feature flags and cells limit the exposure of a change
- Identify, in a public incident report, why a configuration change was not contained
- Specify stop conditions and the properties of an independent verifier for a staged rollout
- Draft a rollout policy with a blast-radius budget and a freeze rule for one Tier 1 service
Key concepts
- Change-correlated incident rate
- The share of incidents in a period for which a change to the affected service or its dependencies fell inside a declared look-back window. A report states the window, the denominators and the changes it cannot see; correlation in time is not cause.
- Ring and bake time
- A ring is a stage of a rollout defined by the population that receives the change; bake time is the period a change stays at a stage, observed, before it is judged and widened.
- Independent verifier
- The system that evaluates stop conditions: it is not the releaser, reads from its own path, cannot be edited by the releaser, holds a guardrail out of sight and has been shown to fire by a dated seeded-fault test.
- Freeze
- A suspension of some or all change to a service for a period when the cost of failure is unusually high or the capacity to respond is low. It has a scope, a period, a reason and an owner, and named holders who may authorise a recorded exception; never an agent.
- Blast-radius budget
- A statement of how far a mistake may spread before a person must decide, with four parts: scope per ring, the longest time a change may stay unverified at that scope, the number of changes in flight at once, and the record of consumption.
Interactive exercises
Do them here and get feedback at once. Choose a card and then where it belongs, or drag it.
Interactive exercise 1 · Match
What would have limited the exposure
Match each public case with what, in the chapter's table, a limit on exposure would have had to be.
Interactive exercise 2 · Scenario
Only a configuration change
Apply the rule the chapter draws from the public reports and from INC-HM-2027-0833.
Teaching plan
| 15 min | The teacher introduces the design question of the chapter, how far a change may reach before something other than the change has confirmed it works, and the elements of progressive delivery. |
| 25 min | Five groups each take one row of the case table, CrowdStrike, Meta, Google Cloud, Cloudflare and Knight Capital, and report what changed, why it was not contained and what a limit on exposure would have to be. |
| 15 min | Presentation of stop conditions, the independent verifier and automatic rollback, with the point that progressive-delivery controllers supply hold, abort and promote but not independence. |
| 10 min | Short input on freezes and who may break one, and on the four parts of a blast-radius budget. |
| 30 min | Exercise: participants write a staged rollout policy. |
| 10 min | Debrief on the rule both organisations share: no change skips the first ring, and the stop path needs no approval. |
Discussion
- In INC-HM-2027-0833 a configuration push was classed as standard and the canary stage was skipped. What would have had to be different in the pipeline for the classification not to matter?
- Nordvik Region's second look comes from a provider that shares its DNS dependency. How independent is that verifier, and what would a probe path that does not share the dependency look like?
- A freeze that no one can break will be broken informally. Who should hold the exception in your organisation, and what must the record of an exception contain?
Written exercise
Exercise · 30 minutes
A staged rollout policy with a second system as judge
For one Tier 1 service, or Hansa Mutual's claims core organised in cells by market, list the rings or cells in order of exposure, smallest first, and record why. For each stage set the bake time and the stop conditions, at least one absolute condition against the service level objective. Name the verifier, the team that operates it, the path it reads from, and how it is shown to fire with a seeded fault inside an authorised, scoped test. State what can be undone at each stage, who may hold or stop the rollout without approval, the freeze periods, and who may authorise an exception.
Deliverable: A rollout policy with ordered stages, bake times, stop conditions, a named independent verifier with a seeded-fault test date, rollback statement, stop holders and freeze rules.
Self-test
Choose an answer to see whether it is right, or open the answer below each question.
According to the chapter's reading of the public reports, why is configuration the dangerous change?
Show the answer
B. It travels by the fastest path with the weakest checks and can reach a whole population at once
Code is usually protected by the longest pipeline and configuration by the shortest. In the CrowdStrike, Google and Cloudflare cases the change reached its entire population by a distribution path before anything independent had judged it.In Hansa Mutual's design, how far may the IT-operations agent release a standard change on its own, and who decides to widen?
Show the answer
D. To cell 1; the pipeline controller widens on the independent verifier's pass
The agent can reach cell 1 and no further. Widening is a decision of the pipeline controller, conditioned on a verifier whose identity and age the agent does not write, so the widening decision stays outside the agent.What do progressive-delivery controllers such as Argo Rollouts supply, and what do they leave open?
Show the answer
A. They supply the mechanics of hold, abort and promote, and do not supply independence
The controller's own analysis is a fast first gate. The verdict that permits widening comes from the independent verifier, and the analysis template and thresholds are stop conditions the releaser cannot edit.