Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
WHO OWNS CHAOS?
Search
Chaos Conf
September 26, 2019
Technology
230
0
Share
WHO OWNS CHAOS?
Joyce Lin, Postman
Chaos Conf
September 26, 2019
More Decks by Chaos Conf
See All by Chaos Conf
INCIDENT REPRO & PLAYBOOK VALIDATION WITH CHAOS ENGINEERING
chaosconf
1
350
THINK BIG: CHAOS TESTING A MONOLITH
chaosconf
2
3.2k
HUMANS ARE FALLIBLE
chaosconf
0
650
EMBRACING CHAOS!
chaosconf
0
540
WELCOME FROM KOLTON
chaosconf
0
350
KEYNOTE: CHAOS ENGINEERING FOR PEOPLE SYSTEMS
chaosconf
9
33k
FORMING FAILURE HYPOTHESES
chaosconf
0
2.3k
HOT RECIPES FOR BUILDING CHAOS EXPERIMENTS
chaosconf
1
270
WHAT SHOULD I MONITOR?
chaosconf
0
310
Other Decks in Technology
See All in Technology
AIが変えた"品質の守り方"
kkakizaki
11
3.4k
eBPF Can Do It! A 5-Minute Tour of 5 Real-World PHP Issues Solved with eBPF
egmc
0
180
Splunk MCPサーバの利活用事例 ーKINTOテクノロジーズの取り組み
kintotechdev
1
320
自称宇宙最速で不合格となったAIP-C01にリベンジを果たすべくAIで問題集アプリを作ってみた。
yama3133
0
150
イベントストーミングとKiroの仕様駆動開発で実現する要件の認識合わせプロセス
syobochim
5
480
生成AIに振り回されない 〜確率論と決定論の使い分け〜
shukob
0
110
NFLコンペ2026 解法
lycorptech_jp
PRO
0
110
管理アカウント単一運用からAWS Organizationsに移行するの大変で滅
hiramax
0
240
イベントで大活躍する電子ペーパー名札 〜その3〜 / ビジュアルプログラミングIoTLT vol.23
you
PRO
0
140
実践 TanStack Start ― 新規プロダクトを開発して確立した、サーバーとクライアント境界の設計パターン / Practical TanStack Start Server-Client Boundary Patterns
kaminashi
2
320
Gradle×GitHub_ActionsでCI時間を約50%短縮 ジョブ分割の設計と落とし穴 / Cutting CI Time by ~50% with Gradle and GitHub Actions: Job-Splitting Design and Pitfalls
takatty
0
140
Amazon Bedrock 経由の Claude Cowork を試してみよう・MCP にも繋いでみよう
sugimomoto
0
180
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.3k
How to train your dragon (web standard)
notwaldorf
97
6.6k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
Darren the Foodie - Storyboard
khoart
PRO
3
3.3k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
340
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.1k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.5k
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
1.5k
Ethics towards AI in product and experience design
skipperchong
2
280
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.2k
Transcript
PRESENTED BY Who is responsible for chaos? Chaos Conf Joyce
Lin Lead Developer Advocate, Postman @petuniaGray @postmanClient
Joyce Lin Lead Developer Advocate, Postman Postman is an API
Development Environment (ADE) used by more than 8 million people. For many teams, Postman is an everyday tool that helps people work with APIs more efficiently. @petuniaGray
TITL E 250 million + APIs 400,000 + companies 8
million + developers @petuniaGray
Who is responsible for chaos? @petuniaGray
Known Chaos Engineering tools and engineers @petuniaGray
Which job titles are doing chaos? @petuniaGray
@petuniaGray By Job Title
It boils down to who gets paged - if that’s
an SRE or Ops team they have the most incentive to start doing this work and making their lives better. - Kolton Andrus, CEO at Gremlin @petuniaGray
Responsibilities • Chaos specialists @petuniaGray
Responsibilities • Chaos specialists • Deployment and uptime @petuniaGray
Responsibilities • Chaos specialists • Deployment and uptime • Incident
management @petuniaGray
Responsibilities • Chaos specialists • Deployment and uptime • Incident
management • Domain knowledge experts @petuniaGray
Responsibilities • Chaos specialists • Deployment and uptime • Incident
management • Domain knowledge experts • * Testing in Production @petuniaGray
Roles • Site Reliability engineers • Production engineers • DevOps
engineers • InfoSec engineer • Research analyst @petuniaGray
Why aren’t testers doing chaos? @petuniaGray
Before there was Chaos Engineering, there was Chaos Testing @petuniaGray
@petuniaGray Software Development Lifecycle Planning Design Development Testing Maintenance
@petuniaGray It was called chaos testing
@petuniaGray Software Development Lifecycle Planning Design Development Testing Maintenance
The biggest limitation in the fear of delivering software faster
is the focus on adding more pre-release testing. - Abby Bangser, Platform Test Engineer at MOO @petuniaGray
...building confidence that we aren’t fragile. - Abby Bangser, Platform
Test Engineer at MOO @petuniaGray
Testers doing chaos? • Focused on pre-release testing • Early
stages of chaos automation @petuniaGray
Who can start a chaos program? @petuniaGray
Who has? • Insights @petuniaGray
Who has? • Insights • Access @petuniaGray
Who has? • Insights • Access • Buy-in @petuniaGray
Perhaps aggregate bits and pieces from different [resilience engineering] frameworks
that appeal to you, and then create a practice around it. - Casey Rosenthal, CEO at Verica @petuniaGray
I wish the best of luck to you in that
undertaking, but I wouldn’t wager that you get it right on your first try. Or your second. - Casey Rosenthal, CEO at Verica @petuniaGray
Infrastructure Talent Goals Maturity Industry So who owns chaos? @petuniaGray
Final lightning thoughts @petuniaGray
More adoption of chaos engineering @petuniaGray
A shift in roles and responsibilities @petuniaGray
Building a culture of resilience @petuniaGray
@petuniaGray Thank you!
Resources • Building resilient APIs with chaos engineering - Joyce
Lin • Chaos people and tools - Chaos Engineering Slack Community • Introducing Chaos Engineering - Netflix blog 2014 @petuniaGray