AWS Architecture Blog

Tag: chaos engineering

Chaos engineering pattern for hybrid architecture (3-tier application)

London Stock Exchange Group uses chaos engineering on AWS to improve resilience

This post was co-written with Luke Sudgen, Lead DevOps Engineer Post Trade, and Padraig Murphy, Solutions Architect Post Trade, from London Stock Exchange Group. In this post, we’ll discuss some failure scenarios that were tested by London Stock Exchange Group (LSEG) Post Trade Technology teams during a chaos engineering event supported by AWS. Chaos engineering […]

Chaos Engineering/continuous resilience flywheel, using the scientific method by Adrian Hornsby

Verify the resilience of your workloads using Chaos Engineering

The following is an early preview of new guidance to be published as part of updates to the AWS Well-Architected content: Chaos Engineering enables us to find shortcomings before our customers find them and therefore, provides us with the opportunity to create a better customer experience. Chaos Engineering does not introduce chaos into your systems, […]

AWS Fault Injection Simulator integrates with AWS resources

Chaos Engineering in the cloud

For many years, Chaos Engineering was viewed as a mechanism to help surface the “known-unknowns” (things that we are aware of, but do not fully understand) in our environments or “unknown-unknowns” (things we are neither aware of, nor fully understand). Using Chaos Engineering, chaos experiments have been conducted on infrastructure, applications, and business processes that […]

Figure 1. High-level architecture pattern for automating chaos engineering

Chaos Testing with AWS Fault Injection Simulator and AWS CodePipeline

The COVID-19 pandemic has proven to be the largest stress test of our technology infrastructures in generations. A meteoric increase in internet consumption followed, due in large part to working and schooling from home. The chaotic, early months of the pandemic have clearly demonstrated the value of resiliency in production. How can we better prepare […]