2015-09-17_gotanda.pm6

A473164add8debfea01e4eb70e07d1ea?s=47 SUZUKI Masashi
September 17, 2015

 2015-09-17_gotanda.pm6

Gotanda.pm#6 LT
監視の7原則という半分ネタなトーク

A473164add8debfea01e4eb70e07d1ea?s=128

SUZUKI Masashi

September 17, 2015
Tweet

Transcript

  1. 監視の7原則 2015/09/17 Gotanda.pm #6 すずきまさし@masasuz 1

  2. おまえだれよ • すずきまさし/@masasuz • 五反田の中小Webサービス会社 • 運用/開発基盤整備 • Perl/zsh/MySQL/Nginx/Ubuntu/Debian/ i☆Ris

    
  3. 一昨日、3x歳になりました 3

  4. ところで 4

  5. ソフトウェアテストの7原則 5

  6. ソフトウェアテストの7原則 • JSTQBのシラバスにも示されてるテスト で共通に使える一般的なガイドライン • JSTQB • 日本のソフトウェアテスト技術者認定 資格の運営団体 •

    http://jstqb.jp/ 
  7. ソフトウェアテストの7原則 • テストは欠陥があることしか示せない • 全数テストは不可能 • 初期テスト • 欠陥の偏在 •

    殺虫剤のパラドックス • テストは条件次第 • バグゼロの落とし穴 
  8. テスト? 8

  9. テストと監視 • テスト • サービスが本番に投入される前に妥当 に動作することを確認すること • 監視 • サービスが本番に投入された後に妥当

    に動作していることを確認すること 
  10. テストと監視は似ている ので テストの7原則を監視にも 当てはめて通じるところが あるのではないか というネタです 10

  11. 監視は障碍があること しか示せない 11

  12. 監視は障碍がある(になりそう) ことしか示せない • 監視によって障碍があるということは示 せますが、障碍が全く起きてないという ことは示せません • 当たり前ですが、アラートが上がってな い==障碍が起きてない とは限らないで

    す 
  13. 全てを監視するのは不可能 13

  14. 全てを監視することは不可能 • 物理的に不可能です • サービスの性質に合わせて、重要なもの を取捨選択する必要があります 

  15. 初期監視 15

  16. 初期監視 • サービスの初期から必要なものを仕込み ます。 • テストのコンテキストだと設計の段階か らテストの設計も考えておくというのが あります(Wモデル) 

  17. 障碍の偏在 17

  18. 障碍の偏在 • サービスの障害箇所は均一ではなくある 一定の部分に集中していることが多いで す。 • 傾向を分析することで障碍になりやすい 箇所を把握出来ます 

  19. 殺虫剤のパラドックス 19

  20. 殺虫剤のパラドックス • 同種の監視ばかり増やしても新たな障碍 の種は検出できない • テストの文脈だと同じテストをし続ける とバグを検出出来なくなってしまうこと を指す。 

  21. 監視は条件次第 21

  22. 監視は条件次第 • サービスの要件次第 • 重要なものは何か、ᮢ値も要件次第。 • 24時間365日? • ダウンタイムは許容される? •

    レスポンスはどれくらいまで許容され る? 
  23. 障碍ゼロの落とし穴 23

  24. 障碍ゼロの落とし穴 • 完璧なシステムが構築できたとしても、 ユーザの要求を満たせていないシステム であっては役に立たない • 要求とサービスレベルにあった監視を構 築する 

  25. ちょっと無理矢理なところも ありましたが、 意外とあてはまるのではない でしょうか。 25

  26. 監視の7原則 • 監視は欠陥があることしか示せない • 全てを監視することは不可能 • 初期監視 • 障碍の偏在 •

    殺虫剤のパラドックス • 監視は条件次第 • 障碍ゼロの落とし穴 
  27. おわる 27