0% read on this device
Browse the curriculum

Start Here

Vision

First Principles

Operating Model

Domain Model

Agent Factory

Runtime Architecture

AI Engineering

Autonomous Workflows

Verification & Delivery

Factory Platform

Quality Engineering

Security & Governance

Case Studies

Labs

Interview Practice

Research Journal

Reference

Curriculum/Labs/Complete source chapter
Labs2 min readlabexecutable lab

Factory Disaster Recovery Lab

Prove that the factory can restore authoritative state, prevent split brain execution, reconcile uncertain external effects, and return safely to service after a major failure.

Status: Review readyRisk: criticalLifecycle: execute · verify · learnContent reviewed 2026-08-30Maturity guide →
Claim boundaryThis chapter references implementation evidence. Inspect its evidence boundary before treating a claim as proven.
Hands-on lab

Prove that the factory can restore authoritative state, prevent split brain execution, reconcile uncertain external effects, and return safely to service after a major failure.

Execute the existing Markdown instructions and retain the required output and evidence.

practice2 min chapter
Jump to validation criteria

Objective

Prove that the factory can restore authoritative state, prevent split-brain execution, reconcile uncertain external effects, and return safely to service after a major failure.

Safety boundary

Use a simulator or isolated test environment. Never disrupt a shared production control plane.

Required implementation

  1. Inventory authoritative and derived state with RTO, RPO, backup, restore, and owner.
  2. Begin one Attempt with a lease and one pending mock publication effect.
  3. Simulate loss of the primary control plane and one worker during the publication ambiguity window.
  4. Restore state, advance the authority generation, fence stale workers, and enter recovery mode.
  5. Reconcile the external provider using idempotency identity rather than repeating publication blindly.
  6. Verify budgets, single-use permits, revocations, evidence, and audit history survived.
  7. Resume new admission only after explicit recovery gates pass.

Required failure

Deliver a late completion from the fenced worker. The control plane must retain it as diagnostic evidence while refusing to advance authoritative state.

Evidence and pass criteria

Retain recovery plan, backup and restore receipts, event timeline, generation and fencing evidence, provider reconciliation, rejected stale completion, RTO/RPO measurement, return-to-service approval, and corrective actions. The lab fails if duplicate publication occurs or authority history is reconstructed from worker claims.

Cleanup

Destroy disposable resources and credentials. Preserve the recovery evidence and update the runbook from observed gaps.

Evidence boundary

Curriculum maturity is not implementation proof.

This chapter defines architecture or practice. It does not by itself prove a corresponding production implementation.

CurriculumReview readyImplementation evidenceNot asserted hereInspect evidence map →
External review

Review this chapter.

Challenge a claim, boundary, missing failure mode, unclear term, or unsupported evidence statement.

  • Claim
  • Boundary
  • Failure
  • Evidence