1. July Tech Festa 2013
2013/07/14
Gosuke Miyashita

2. サーバ
プロビジョニン
グ

3. Cloud or VM
Image
Launch
OS
Install
System
Configuration
Provisioning Toolchain by Lee Thompson at Velocity 2010
Application Service
Orchestration
Bootstrapping
Configuration
Orchestration
Capistrano
Fabric
Puppet
Chef
EC2
OpenStack

4. サーバ
プロビジョニン
グ
とテスト

5. 監視とは継続的
なテストである
by @kazuho

6. Cloud or VM
Image
Launch
OS
Install
System
Configuration
Application Service
Orchestration
Bootstrapping
Configuration
Orchestration
Nagios
Zabbix
serverspec
???

7. Zabbix/NagiosによるApacheの
テスト（監視）
httpdプロセスが動いているか
80番ポートに外からアクセスでき
るか
80番ポートが正しいレスポンスを
返すか

8. serverspecによるApacheのテス
ト
httpdプロセスが動いているか
80番ポートをListenしているか
httpdパッケージが入っているか
自動起動するようになっているか
設定ファイルが存在するか
正しい設定がされているか

9. Orchestration領域のテス
ト
Zabbix
Nagios
Configuration領域のテス
ト
serverspec

10. Configuration領域に
おけるテスト

11. みなさん
どうやってますか？

12. シェルコマンド叩
く？
シェルスクリプト？
実際にサービスに
アクセスする？

13. Configuration
Management
Framework

17. Configuration
Management Framework
とテスト

18. これはテスト
どうやってますか？

19. シェルコマンド叩
く？
シェルスクリプト？
実際にサービスに
アクセスする？

20. この界隈は様々な
テストツールが存在

21. シンタックスチェック
Foodcritic
knife cookbook test
puppet-lint

22. ユニットテスト
Chefspec
rspec-puppet

23. require 'chefspec'
describe 'http_server::default' do
let (:chef_run) {
ChefSpec::ChefRunner.new.converge
'http_server::default‘
}
it 'should install nginx' do
expect(chef_run).to install_package 'nginx'
end
it 'should start nginx' do
expect(chef_run).to start_service 'nginx'
end
end

24. 結合テスト
Minitest Chef Handler
Cucumber Chef
Test Kitchen
rspec-system
serverspec

25. class TestNginx < MiniTest::Chef::TestCase
def test_package_is_installed
assert_installed package("nginx")
end
def test_service_is_running
assert_running service("nginx")
end
end

26. Infrastructure as Code
からの自然な流れ

27. サーバの状態を
コードで記述
↓
状態のテストも
コードで記述

28. serverspecは
この流れの中で
生まれたもの

29. severspecとは

30. サーバの状態を簡潔な
コードで記述して
テストするための仕組
み

31. サーバの状態を
RSpecで記述

32. RSpec?

33. Rubyのテスト
フレームワーク

34. describe Array, "when empty" do
before do
@empty_array = []
end
it "should be empty" do
expect(@empty_array).to be_empty
end
it "should size 0" do
expect(@empty_array.size).to eq 0
end
end

35. serverspecに
よるテスト

36. describe package('httpd') do
it { should be_installed }
end
describe service('httpd') do
it { should be_enabled }
it { should be_running }
end
describe port(80) do
it { should be_listening }
end

39. 基本的に
シェルコマンド叩い
て
チェックしてるだけ

40. テスト対象のサーバ
にSSHで接続して
コマンドを叩く

41. シェルコマンド実行
によるサーバのテス
トをスマートにやれ
るようにしたのが
serverspec

42. serverspecの
始め方

43. # yum install rubygems
# gem install serverspec rake
# serverspec-init
# rake spec

44. デモ

45. 詳細は
http://serverspec.org/

46. serverspec
をつくった理由

47. PuppetやChef
使っていてそもそも
serverspecって必要？

48. そもそも
PuppetやChefに
テストって必要？

49. レシピやマニフェスト
が正しく書けたかどう
か
必ずテストしますよ
ね？

50. 一度書いたマニフェス
トやレシピを更新しな
いのであればそれほど
必要ではないかも

51. マニフェストやレシ
ピを継続的に更新す
る
なら必要性が高まる

52. プログラムの
リファクタリングと
一緒

53. 様々なテストツール
が存在するのになぜ
わざわざserverspecを
つくったのか？

54. 既存ツールは機能が
多すぎたり、特定の
ツールに依存してた
りするのがイヤ

55. serverspecの特徴

56. マニフェストを継続
的に更新するなら
テストコードも
継続的な更新が必要

57. なのでテストコード
の読みやすさや
書きやすさも重要

58. テストツール自体の
シンプルさも重要

59. ChefやPuppetに
依存しない

60. テスト対象のサーバ
にエージェント不要

61. テスト対象のサーバ
にRubyすら不要

62. テスト以外の余計な
機能がない

63. 利用のための
敷居が低い

64. テストはシェルコマ
ンドを実行してるだ
け

65. 問題が起きたときに
調査しやすい

66. serverspecの応用

67. サーバ構築の継続的
インテグレーション

68. Puppetマニフェストを
更新したら自動でマニ
フェスト適用と
serverspecによるテス
トを実行

71. まとめ

72. シェルコマンド実行
によるサーバのテス
トをスマートにやれ
るようにしたのが
serverspec

73. 読みやすい
書きやすい
わかりやすい

74. 要するに
簡潔

75. 簡潔さ超重要

76. ビジネス要件は
絶えず変化する

77. それに伴いシステム
も変化し複雑に

78. 複雑さと変化に対応
するためには継続的
なテスト重要

79. テストコード自体も
システムに伴い
変化し複雑になる

80. なのでできるだけ
簡潔に記述しテスト
できることが重要

81. serverspecとは

82. 現実のシステムの
複雑さと変化に
対応するために

83. システムのあるべき
状態を簡潔に記述し
継続的にテストする
ためのもの

84. おまけ

85. miyagawa podcast ep14
でserverspecについて
話してます

89. おしまい