Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
本番環境のデータベースを吹っ飛ばした話
Search
Ryuhei Shikanai
September 27, 2018
Programming
370
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
本番環境のデータベースを吹っ飛ばした話
BIT VALLEY -INSIDE- Vol.1(
https://www.facebook.com/bitvalleyinside/
)でのLTで使用したスライドです
Ryuhei Shikanai
September 27, 2018
More Decks by Ryuhei Shikanai
See All by Ryuhei Shikanai
Document-Driven 概念を知りたい
ryuhei373
0
380
小さく始めるVue.js
ryuhei373
0
200
Other Decks in Programming
See All in Programming
Deep dive into the select statement (GopherCon UK)
jespino
0
170
Hono + Inertia + React で LP を構築した話
oukayuka
2
220
PyO3 で既存 Python 評価器を Rust core 化する ー wasm-bindgen でブラウザにも配るための設計
kdash
1
560
Webプラットフォームで議論されているセキュリティ課題 / Security issues being discussed on Web Platforms
petamoriken
0
320
AI時代に学ぶ 好きなルール 嫌いなルール Linter編
shorty5121
0
890
コンパウンドプロダクト開発のためのローカルプロセスマネージャー再発明 #layerxgo
izumin5210
0
660
typoなんかねぇよ
raspython3
0
680
AIと壁打ちしながら進めるコスト管理
fufuhu
2
2k
Go × SIMDで高速化するベクトル検索 ~ルーフラインモデルでSIMDが効く境界を探れ! ~
po3rin
1
170
Can LLMs Replicate 4 Years of Compose Migration? Exploring the boundaries of automation with 279 XML files from a real product
makun
0
130
Snowflakeで業務アプリを作ろう。 Snowflakeのアプリ機能解説&実践ガイド
ayumu_yamaguchi
1
190
Foundry Localでエージェント開発
seosoft
0
160
Featured
See All Featured
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
190
Practical Orchestrator
shlominoach
191
12k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
650
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.8k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
380
BBQ
matthewcrist
89
10k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
Dominate Local Search Results - an insider guide to GBP, reviews, and Local SEO
greggifford
PRO
0
320
The agentic SEO stack - context over prompts
schlessera
0
910
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
Build your cross-platform service in a week with App Engine
jlugia
234
19k
Transcript
本番環境のデータベースを 吹っ飛ばした話 2018/09/26 ever sense Inc. Ryuhei Shikanai
自己紹介
自己紹介 ・本名: 鹿内 隆平(Shikanai Ryuhei) ・Twitter: 373.3(@373_3) ・github: @ryuhei4k9 ・所属:
ever sense Inc.(https://eversense.co.jp/) RailsとかSwiftを書いたりしています。 メンダコが好きです。
前置き
前置き ・技術的な話は全くしません ・体験談と、それから得た心構えの話をします
吹っ飛ばした話 概要
吹っ飛ばした話 概要 testing環境をterminateしたと思ったら、本番環境をterminateしていた 以上!
None
吹っ飛ばした話 概要 ・もう少し詳しく - ELB・EC2(1台)・RDS(1台)のうち、RDSのみがterminateされてしまった - 基本的にはiOSアプリのバックアップの役割であり、RDSが落ちていてもアプリその ものは動くのでユーザーへ直ちに影響が出るものではなかった - RDSは定期的にスナップショットを取っていた
吹っ飛ばした話 その後
吹っ飛ばした話 その後 - インシデント復旧後、すぐさま今後の対策を講じるのではなく、期限が差し 迫ったタスクを優先した - 再びtesting環境を利用した際、他のチームメンバーがダブルチェックを行 わず単独でterminateを行った
吹っ飛ばした話 その後 重大なインシデントを起こした人間・チームとして 良くない動きだった
何がいけなかったか
何がいけなかったか ・ケアレスミス? 間違ってterminateしたことそのものは紛うことなくケアレスミス 対策よりタスクを優先したのは「考え、判断した結果」 他のチームメンバーが単独でterminateを行ったのも「考え、判断した結果」
何がいけなかったか 考えてるし、判断してるけど その判断が間違ってるよね
何故判断をミスったか
何故判断をミスったか 今までは製品を納期内に完成させることに優先していて、品質担保に強くコミットしてい なかったのではないか。極端に言うと「バグが出ても後から直せばいいから、早いほうが いいでしょ」寄りの思考だったのではないか。 「納期内の完成」・「品質担保」はどちらも正しく必要なことではあるが、 「今現在組織か ら求められている品質担保のレベル」に達していないのではないか
何故判断をミスったか そういった普段のふるまいの積み重ねが 大きなインシデントを生んでしまったのではないか
何故判断をミスったか ・そもそも「品質担保」って何 理想としては、インフラの話だけでなく、設計、コーディング、コードチェックなど様々な フェーズにおいて、考慮漏れやバグが発生しないようにすること。 実際には、その理想を実現できる方向にリソースを注ぐこと。
何故判断をミスったか 「品質担保にコミットする」ことを目標に 行動を少しずつ変えていくことにした
何を変えたか
何を変えたか ・インフラと関係ない部分も含む - 本番環境に影響のあるコマンド実行時のダブルチェックの徹底 - コードレビュー依頼時に、「自分は何を確認したか」「相手には何を確認してほしい か」を共有するようにした - アプリ開発時に、メンバー全員で集まる時間を作りデグレチェックをするようにした -
チームメンバー間で「今品質担保できてる?」と互いに確認し合う習慣を作った - リスクがある点において、他人の力を適切に借りることができるようになった - etc...
何を変えたか 今まで意識できていなかった部分が 習慣として少しずつ定着してきた
余談
余談 このインシデントを受けて、AWSとgithubの権限を一時的に縛ってもらった - AWS: コンソールでの操作権限剥奪(ReadOnlyに) - github: 本番環境へ影響を与えることのできるansibleなどの構成ツールの参照権 限剥奪(readができるとgit cloneもできてしまうので、readすらできないように)
余談 (当たり前だが)めちゃくちゃ不便だった
余談 「大いなる力には、大いなる責任が伴う」 ということを、身をもって理解できた
まとめ
まとめ 結果として、やらかしたことはいい経験になり、 エンジニアとしての今後のふるまいを変える きっかけにもなった (もちろん二度と起こしてはいけないことではある)
まとめ 常日頃から「品質担保」にコミットしていこう 意識するときだけ意識しても一時的な力にしかならないし、 必ずどこかほころびが発生してしまう。 習慣として自然に身に付けることで、「品質」のベースラインが上がってくる
終わりです