If you have 5 minutes:
- Read SUBMISSION.md.
- Run python -m pytest.
- Run python src/generate_evidence.py --reviewer-demo.
- Open evidence/manifest.json and evidence/scenarios/stream_outage_with_fallback_replay.md.
- Read docs/evidence_log.md for claim-to-proof mapping.
This repo is a small failure-semantics lab for a real-time analytics migration. It does not benchmark AWS locally. It proves the reliability boundary the architecture depends on, then backs the plan with source-labeled capacity math and executable scenarios.
python -m venv .venv
.venv\Scripts\activate
pip install -r requirements.txtPython 3.11 or newer is expected. The artifact runs without AWS credentials.
python -m pytest
python src/generate_evidence.py --reviewer-demoThe evidence command regenerates only known files under evidence/ and leaves unknown files alone.
evidence/manifest.json: command, timestamp, Python version, generated files, proven and unproven claims.evidence/capacity_model.json: source-labeled deterministic capacity and directional cost model.evidence/scenarios/*.md: scenario summaries with counters, invariant result, limitations, and operator actions.docs/evidence_log.md: claim-to-proof ledger.docs/sources.md: official/public sources and access date.
- The reliability boundary is accepted events, not browser-generated events.
- The simulator asserts
accepted_count == processed_unique_count + duplicate_deduped_count + erased_or_tombstoned_count + pending_replay_count. - Fallback write failures are not counted as accepted loss because they are not acknowledged.
- Cost and scale numbers are editable assumptions or calculations, not quotes.
- Compliance language separates hot-state deletion from legal deletion policy.