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
2015-09-17_gotanda.pm6
Search
SUZUKI Masashi
September 17, 2015
Technology
0
3.5k
2015-09-17_gotanda.pm6
Gotanda.pm#6 LT
監視の7原則という半分ネタなトーク
SUZUKI Masashi
September 17, 2015
Tweet
Share
More Decks by SUZUKI Masashi
See All by SUZUKI Masashi
2024-03-29 SRETT9 Cloud SQLの可用性について
masasuzu
0
330
2023-12-18 SRETT8 Terraform使いがPulumiに入門する
masasuzu
0
1.7k
2023-12-01 吉祥寺.pm ベストプラクティスと組織とIaC
masasuzu
1
1.3k
SRETT#6_Terraformのtfstateについて考える
masasuzu
2
2k
SRETT#4黒い画面をもっと効率的に(使って自動化の時間を捻出)
masasuzu
2
380
2022-04-12 吉祥寺.pm 29
masasuzu
0
1.3k
2015-12-12-chiba.pm7
masasuzu
0
3.4k
2015-07-10-kichijoji.pm4_yurui_template
masasuzu
0
1.3k
2015-06-25_gotanda.pm5
masasuzu
0
1.5k
Other Decks in Technology
See All in Technology
言葉は感情の近似値である。その感情と言葉の誤差を最小化しよう ~コミュニケーションにおけるアナログ/デジタル変換の課題に立ち向かう~
nktamago
0
250
2ヶ月かかるDBアップグレード検証を最大2週間に短縮した自作Go製CLIツール「Platinum」を紹介する / Introducing Go CLI tool "Platinum" for shortened DB upgrade validation
vtryo
2
120
QAに対する超個人的な解釈 / Personal Take on QA
toma_sm
1
160
Technical Writing Meetup vol.35
soracom
PRO
2
130
Road to Single Activity
yurihondo
2
240
Privacy Sandbox on Android / DroidKaigi 2024
7pairs
1
280
株式会社EventHub・エンジニア採用資料
eventhub
0
3k
スタッフエンジニアの道: The Staff Engineer’s Path
snoozer05
PRO
44
15k
不動産売買取引におけるAIの可能性とプロダクトでのAI活用
zabio3
0
280
Kubernetesって何? -大規模なKubernetesを運用するKubernetes as a Serviceチームの話を添えて-
lycorptech_jp
PRO
6
1.7k
横断組織として考える共通DBの課題解決 〜 桃園の誓いアーキテクチャ 〜 / Addressing Shared Database Challenges as Cross-Team: “Peach Garden Oath” Architecture
4geru
0
260
持続可能なソフトウェア開発を支える『GitHub CI/CD実践ガイド』
tmknom
8
1.5k
Featured
See All Featured
We Have a Design System, Now What?
morganepeng
48
7.1k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
278
13k
What the flash - Photography Introduction
edds
67
11k
Designing on Purpose - Digital PM Summit 2013
jponch
114
6.8k
How to Ace a Technical Interview
jacobian
274
23k
Art, The Web, and Tiny UX
lynnandtonic
294
20k
Ruby is Unlike a Banana
tanoku
96
11k
Learning to Love Humans: Emotional Interface Design
aarron
270
40k
Why You Should Never Use an ORM
jnunemaker
PRO
53
9k
Typedesign – Prime Four
hannesfritz
39
2.3k
Rails Girls Zürich Keynote
gr2m
93
13k
ParisWeb 2013: Learning to Love: Crash Course in Emotional UX Design
dotmariusz
109
6.9k
Transcript
監視の7原則 2015/09/17 Gotanda.pm #6 すずきまさし@masasuz 1
おまえだれよ • すずきまさし/@masasuz • 五反田の中小Webサービス会社 • 運用/開発基盤整備 • Perl/zsh/MySQL/Nginx/Ubuntu/Debian/ i☆Ris
一昨日、3x歳になりました 3
ところで 4
ソフトウェアテストの7原則 5
ソフトウェアテストの7原則 • JSTQBのシラバスにも示されてるテスト で共通に使える一般的なガイドライン • JSTQB • 日本のソフトウェアテスト技術者認定 資格の運営団体 •
http://jstqb.jp/
ソフトウェアテストの7原則 • テストは欠陥があることしか示せない • 全数テストは不可能 • 初期テスト • 欠陥の偏在 •
殺虫剤のパラドックス • テストは条件次第 • バグゼロの落とし穴
テスト? 8
テストと監視 • テスト • サービスが本番に投入される前に妥当 に動作することを確認すること • 監視 • サービスが本番に投入された後に妥当
に動作していることを確認すること
テストと監視は似ている ので テストの7原則を監視にも 当てはめて通じるところが あるのではないか というネタです 10
監視は障碍があること しか示せない 11
監視は障碍がある(になりそう) ことしか示せない • 監視によって障碍があるということは示 せますが、障碍が全く起きてないという ことは示せません • 当たり前ですが、アラートが上がってな い==障碍が起きてない とは限らないで
す
全てを監視するのは不可能 13
全てを監視することは不可能 • 物理的に不可能です • サービスの性質に合わせて、重要なもの を取捨選択する必要があります
初期監視 15
初期監視 • サービスの初期から必要なものを仕込み ます。 • テストのコンテキストだと設計の段階か らテストの設計も考えておくというのが あります(Wモデル)
障碍の偏在 17
障碍の偏在 • サービスの障害箇所は均一ではなくある 一定の部分に集中していることが多いで す。 • 傾向を分析することで障碍になりやすい 箇所を把握出来ます
殺虫剤のパラドックス 19
殺虫剤のパラドックス • 同種の監視ばかり増やしても新たな障碍 の種は検出できない • テストの文脈だと同じテストをし続ける とバグを検出出来なくなってしまうこと を指す。
監視は条件次第 21
監視は条件次第 • サービスの要件次第 • 重要なものは何か、ᮢ値も要件次第。 • 24時間365日? • ダウンタイムは許容される? •
レスポンスはどれくらいまで許容され る?
障碍ゼロの落とし穴 23
障碍ゼロの落とし穴 • 完璧なシステムが構築できたとしても、 ユーザの要求を満たせていないシステム であっては役に立たない • 要求とサービスレベルにあった監視を構 築する
ちょっと無理矢理なところも ありましたが、 意外とあてはまるのではない でしょうか。 25
監視の7原則 • 監視は欠陥があることしか示せない • 全てを監視することは不可能 • 初期監視 • 障碍の偏在 •
殺虫剤のパラドックス • 監視は条件次第 • 障碍ゼロの落とし穴
おわる 27