← Back to lesson

Sources & References — AG08:2026

Primary sources for the OWASP specification, distributed systems resilience patterns, circuit breaker engineering, chaos engineering, and cascading failure research cited in this module.

Primary OWASP Source
OWASP Top 10 for LLM & Generative AI Applications — ASI08:2026: Cascading Failures
OWASP Foundation · 2026 · owasp.org/www-project-top-10-for-large-language-model-applications/
The primary specification for this vulnerability. Defines cascading failure vulnerability in multi-agent systems, describes propagation mechanisms, and lists prevention strategies including circuit breakers, graceful degradation, output validation, and blast radius limitation. All module content is based on this specification.
Circuit Breaker and Stability Patterns
Nygard, M. — "Release It! Design and Deploy Production-Ready Software" (2nd edition)
Pragmatic Programmer · 2018 · ISBN 978-1-68050-239-8
The foundational reference for production resilience patterns in distributed systems. Chapter 5 (Stability Patterns) documents the circuit breaker, bulkhead, timeout, and fail fast patterns described in MIT02 and MIT05. Nygard's formalization of the circuit breaker pattern — including the three states (closed, open, half-open) — is the standard reference cited by all subsequent implementations.
Fowler, M. — "CircuitBreaker" (martinfowler.com, 2014)
martinfowler.com/bliki/CircuitBreaker.html
Martin Fowler's widely-cited explanation of the circuit breaker pattern, documenting the state machine (closed → open → half-open) that governs circuit breaker behavior. The three-state model described in MIT02 (slide 18) is drawn from this reference.
Netflix Technology Blog — "Making the Netflix API More Resilient" (2011) and Hystrix documentation
Netflix Tech Blog · 2011–2018 · netflixtechblog.com; github.com/Netflix/Hystrix
Netflix's documentation of their cascading failure experiences and the Hystrix circuit breaker library developed to address them. The thundering herd and retry storm patterns described in Pattern 4 and Scenario 3 are directly derived from Netflix's documented production failure modes.
Retry, Backoff, and Thundering Herd
Brooker, M. — "Exponential Backoff and Jitter" (AWS Builder's Library, 2015)
Amazon Web Services · aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/
The definitive explanation of why jitter (randomized retry timing) is necessary in addition to pure exponential backoff. Documents how synchronized retry bursts from multiple clients repeatedly overwhelm recovering services — the thundering herd pattern shown in Scenario 3. MIT04 is drawn directly from this reference.
Chaos Engineering
Basiri, A., Behnam, N., de Rooij, R., Hochstein, L., Kosewski, L., Reynolds, J., & Rosenthal, C. — "Chaos Engineering" (IEEE Software, 33(3):35–41, 2016)
IEEE Software · May/June 2016 · doi.org/10.1109/MS.2016.60
Academic documentation of the chaos engineering discipline pioneered at Netflix, including the Chaos Monkey tool. Provides the theoretical and practical basis for MIT09 (chaos engineering and failure mode testing). The paper documents the principle that resilience mechanisms not tested under realistic conditions should not be trusted in production.
Rosenthal, C., & Jones, N. — "Chaos Engineering: System Resiliency in Practice" (O'Reilly, 2020)
O'Reilly Media · 2020 · ISBN 978-1-492-04357-7
Comprehensive reference for chaos engineering practice, including how to design failure injection experiments and what to measure. The failure scenarios in this module (Scenarios 3 and 5) are the type of failure modes that chaos engineering is designed to discover before they occur in production.
Distributed Systems Resilience Standards
Google SRE Book — Chapter 22: Addressing Cascading Failures
Google · Beyer, B. et al. (eds.) · sre.google/sre-book/addressing-cascading-failures/ · Available free online
Google's Site Reliability Engineering documentation of cascading failure patterns at scale, including load shedding, graceful degradation, and feedback loop prevention strategies. The three-zone defense model (Zone 1: detection, Zone 2: containment, Zone 3: blast radius limitation) in slide 22 is informed by this material.
NIST SP 800-204 — Security Strategies for Microservices-based Application Systems
NIST · 2019 · doi.org/10.6028/NIST.SP.800-204
Covers fault isolation, health monitoring, and resilience architecture for distributed service-based systems. The bulkhead isolation pattern (MIT05) and monitoring independence requirement (MIT08 Takeaway 6) are consistent with the defense-in-depth architecture described in this publication.
AWS Well-Architected Framework — Reliability Pillar
Amazon Web Services · docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/
Covers workload resilience patterns including fault isolation, retry policies, graceful degradation, and failure mode testing. The SQS queue isolation patterns relevant to Scenario 3 (retry storm) and the idempotency token pattern (MIT07) are described in this reference.
← Back to AG08 lesson   |   ← Course Home