Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

インフラテストへのTDD的アプローチとか

1,246 views

Published on

2015/0710 19:00〜
Infrastructure as Code Casual 札幌 #0
インフラテストに対する自分の考え方や悩みを共有するためのポエムです。

Published in: Technology
  • Be the first to comment

インフラテストへのTDD的アプローチとか

  1. 1. インフラテスト への TDD的アプローチ とか 2015/07/10 小岩秀和(hide @ local.or.jp) (一社)LOCAL (株)エストコスモ KaigiFreaks 88nite 奥野一門
  2. 2. 自己紹介
  3. 3. 小岩death!!
  4. 4. よろしく お願いします
  5. 5. 今日の発表は ポエム です
  6. 6. 前提条件:  クラウド成分無し  オンプレ前提  サーバとNW機器
  7. 7. 普段の仕事
  8. 8. Linux、windows 仮想化ストレージ ネットワーク 冗長性、フェイルオーバ ディザスタカバリ バックアップ
  9. 9. 国際政府調達 入札 マイナンバー 自治体
  10. 10. エンタープライズ
  11. 11. 固い
  12. 12. ある程度 目指しているもの
  13. 13. 変化に耐える システム
  14. 14. どうしたら、 変化に強いか
  15. 15. そもそも 変化に強い とは?
  16. 16. 変化の結果 ↓ 確からしい
  17. 17. テスト ↓ 確からしい
  18. 18. TDD テスト駆動開発
  19. 19. プロダクト コード テスト コード サービス
  20. 20. ruby RSpec サービス
  21. 21. インフラ テスト サービス
  22. 22. サーバ Server spec サービスchef
  23. 23. これは 変化に強い のか?
  24. 24. よくある話: ユーザへ影響を与えずに サーバを変更したい
  25. 25. 例えば: Apache → Nginx
  26. 26. 期待される結果: サービスが 変化していないこと
  27. 27. プロダクト コード テスト コード サービス PASS PASS
  28. 28. サーバ Server spec サービスchef Fail PASS
  29. 29. サーバ Test Kitchen サービスchef Fail PASS
  30. 30. サーバ Server spec サービス PASS NW機器 Fail ? Fail
  31. 31. Unitテストの 積み上げでは、 確からしさが 確保できないのでは ないか
  32. 32. サービスのあるべき姿 ↓ 機器の設定変更 ↓ サービスに対するテスト
  33. 33. rubykaigiでの アプローチ
  34. 34. Nagiosで テストを実装
  35. 35. 死活監視 ルーティング インターネット接続 DNS正引き
  36. 36. 複数機器の設定を変更 ↓ nagiosを確認 ↓ All green ならOK
  37. 37. Nagiosで テストできない要素     ↓ 実機確認 (DHCP取得確認とか)
  38. 38. テストで確認できる ↓ 設定変更への敷居が低い
  39. 39. テストが 心の拠り所となって 変化に耐えることが できる
  40. 40. 不安な点
  41. 41. 俺が 今思っていることは 確からしいのか?
  42. 42. インフラテスト への TDD的アプローチ とか 2015/07/10 小岩秀和(hide @ local.or.jp) (一社)LOCAL (株)エストコスモ KaigiFreaks 88nite 奥野一門

×