Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Chaos Engineering: When the network breaks @ NG...

Chaos Engineering: When the network breaks @ NGINX Conf 2019

Chaos engineering is a disciplined approach to identifying failures before they become outages. By proactively testing how a system responds under stress, you can identify and fix failures before they end up in the news. Chaos engineering lets you compare what you think will happen to what actually happens in your systems. You literally break things on purpose to learn how to build more resilient systems.

Tammy Butow leads a walk-through of network chaos engineering, covering the tools and practices you need to implement chaos engineering in your organization. Even if you’re already using chaos engineering, you’ll learn to identify new ways to use it to improve the resilience of your network and services. You’ll also discover how other companies are using chaos engineering and the positive results the companies have had using chaos to create reliable distributed systems.

Tammy begins by explaining chaos engineering and its principles. She then asks why many engineering teams (including Netflix, Gremlin, Dropbox, National Australia Bank, Under Armour, Twilio, and more) use chaos engineering and how every engineering team can use it to create reliable systems. You’ll learn how to get started using chaos engineering with your own team as you explore the tools to measure success and the chaos tools and new chaos features built into cloud services. You’ll also discover how to use wargame environments to learn about chaos engineering and how to practice chaos engineering on AWS DocumentDB, AWS DynamoDB, AWS RDS, and AWS S3.

Other topics include how to use monitoring tools combined with chaos engineering to help you create reliable distributed systems, where you can learn more, and how to join the chaos community.

Tammy Bryant Butow

September 11, 2019
Tweet

More Decks by Tammy Bryant Butow

Other Decks in Technology

Transcript

  1. Measuring the Cost of Downtime Cost = R + E

    + C + ( B + A ) During the Outage R = Revenue Lost E = Employee Productivity After the Outage C = Customer Chargebacks (SLA Breaches) Unquantifiable B = Brand Defamation A = Employee Attrition Amazon is estimated to lose $220,000/min The average e-commerce site loses $6,800/min
  2. Kubernetes Dashboard Datadog Gremlin Rise in errors (400/500s) Packet Loss

    60 seconds 70% Experiment #2 `kubernetes-dashboard` Slower responses, but ultimately success
  3. Was it expected? Chaos Engineering uncovers unknown side effects. Was

    it detected? Ensuring that our monitoring is configured correctly is critical. Was it mitigated? When possible our systems should gracefully degrade.
  4. Fix the issues. Whether code, configuration or process - iterate

    and improve. Can you automate this? Regularly exercise past failures to prevent the drift into failure. Share your results! Prepare an Executive Summary of what you learned.
  5. Join us @ Chaos Conf chaosconf.io twitter.com/chaosconf San Francisco, September

    26, 2019 Special code: “insider” for $49 tickets @tammybutow @gremlininc