Are production changes staying stable?

See whether production changes stay stable through the agreed observation window, without claiming that a nearby incident was caused by the change.

Are production changes staying stable? Primary visual evaluated in Cloud.

A recipe turns questions into decisions.

First it agrees what the question means, then connects only the data it needs, and only then keeps a live answer.

  1. QuestionThe team agrees what it needs to know.
  2. Agreed definitionClarifies what counts, the expected level, and who decides.
  3. Data it needsOnly the minimum data needed to answer is connected.
  4. Live answerThe answer stays up to date.
  5. DecisionAct, stay the course, or wait.

The answer makes the next move clear—and is just as clear when the right move is to wait.

Follow every production change through the observation window agreed by Platform. Record stability, rollback, or failure without assigning incident cause.

When it answers

After at least 20 changes have completed their observation window or reached a clear rollback or failure result

Where it fits

  • Platform agrees the observation window before the rollout.
  • The release system clearly records rollback or failure.
  • Platform owns the continue, pause, or revert decision.
  • The observation window or included production changes are not clearly defined.
  • A nearby incident is being used to claim that the change caused it.
  • Missing monitoring would be treated as a stable result.
  • You need deployment frequency, lead time, or individual engineering productivity.
  • The release system cannot provide a clear stable, rollback, or failure result.

Give every rollout a clear continue, pause, or revert decision.

Soltura prepares the question, observation window, decision level, and deployment result your release system needs to send. Your project checks the complete change before anything happens.

Nothing changes until your project reviews and approves the proposal.

Use this recipe