ARTIFACT · TRUST & INSTITUTIONS

Visible Exception Sink

A stable system routes exceptions into a clearly owned, capacity-limited sink that is made visible in practice, relieved by explicit triggers, and treated as a bottleneck rather than a permanent absorber.

WHY IT MATTERS It gives teams a concrete pattern for making exception handling visible and bounded so overload is detected before it quietly becomes failure.

HUMAN VIEW

Genes:

  • Defined Sink: A named software, team, or process layer receives exceptions instead of letting them diffuse across the system.
  • Routing Rules: Clear criteria send each exception to the sink or escalate it elsewhere; ad hoc fallback to whoever is available is avoided.
  • Operational Visibility: The sink's load is exposed through concrete signals such as dashboards, queue depth, logs, audits, or on-call counts.
  • Trigger Relief: Relief happens when thresholds are hit: backlog, latency, error rate, staffing strain, or repeated exception volume.
  • Capacity Ceiling: The sink is a bounded resource with its own failure modes; it can saturate, become a bottleneck, or couple other parts.
  • Quiet Failure Mode: Treating silence as success is risky because unseen exception growth can hide overload until the sink fails.

Relationships:

  • Defined Sink needs rules Routing Rules
  • Defined Sink must be observed Operational Visibility
  • Operational Visibility reveals triggers Trigger Relief
  • Trigger Relief protects from saturation Capacity Ceiling
  • Capacity Ceiling can hide Quiet Failure Mode
  • Routing Rules reduces drift Quiet Failure Mode

Fingerprint 7dfec7b3d9d31f0c.

RELATIONS