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
370
2023-12-18 SRETT8 Terraform使いがPulumiに入門する
masasuzu
0
1.8k
2023-12-01 吉祥寺.pm ベストプラクティスと組織とIaC
masasuzu
1
1.4k
SRETT#6_Terraformのtfstateについて考える
masasuzu
2
2.3k
SRETT#4黒い画面をもっと効率的に(使って自動化の時間を捻出)
masasuzu
2
400
2022-04-12 吉祥寺.pm 29
masasuzu
0
1.4k
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
話題のGraphRAG、その可能性と課題を理解する
hide212131
4
1.5k
事業者間調整の行間を読む 調整の具体事例
sugiim
0
1.5k
リンクアンドモチベーション ソフトウェアエンジニア向け紹介資料 / Introduction to Link and Motivation for Software Engineers
lmi
4
290k
Vueで Webコンポーネントを作って Reactで使う / 20241030-cloudsign-vuefes_after_night
bengo4com
4
2.5k
[JAWS-UG金沢支部×コンテナ支部合同企画]コンテナとは何か
furuton
3
250
スプリントゴールにチームの状態も設定する背景とその効果 / Team state in sprint goals why and impact
kakehashi
2
100
AWS re:Inventを徹底的に楽しむためのTips / Tips for thoroughly enjoying AWS re:Invent
yuj1osm
1
570
プロダクトチームへのSystem Risk Records導入・運用事例の紹介/Introduction and Case Studies on Implementing and Operating System Risk Records for Product Teams
taddy_919
1
170
生成AIの強みと弱みを理解して、生成AIがもたらすパワーをプロダクトの価値へ繋げるために実践したこと / advance-ai-generating
cyberagentdevelopers
PRO
1
180
オーティファイ会社紹介資料 / Autify Company Deck
autifyhq
9
120k
生成AIとAWS CDKで実現! 自社ブログレビューの効率化
ymae
2
330
なんで、私がAWS Heroに!? 〜社外の広い世界に一歩踏み出そう〜
minorun365
PRO
6
1.1k
Featured
See All Featured
Done Done
chrislema
181
16k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
41
2.1k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
GitHub's CSS Performance
jonrohan
1030
460k
Adopting Sorbet at Scale
ufuk
73
9k
The Cost Of JavaScript in 2023
addyosmani
45
6.6k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
25
1.8k
Designing Experiences People Love
moore
138
23k
Art, The Web, and Tiny UX
lynnandtonic
296
20k
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