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
Server speckのご紹介
Search
akira345
May 06, 2015
Technology
0
37
Server speckのご紹介
LT駆動開発14でServerSpecを軽く紹介しました。
akira345
May 06, 2015
Tweet
Share
More Decks by akira345
See All by akira345
脱・同期処理!マイクロサービスにおける負荷分散の勘所
akira345
0
4
AWSデプロイツール紹介
akira345
0
35
40歳でやったこと
akira345
0
9
回路を読むために必要なこと
akira345
0
4
おれのAWSがこんなに辛い訳がない!!
akira345
0
10
Dockerを触ってみよう
akira345
0
71
アラフォー世代が基板を作ってみた(公開用)
akira345
0
130
ESP-WROOM-02でプチIoT
akira345
0
92
トランジスタの働き(超入門編)
akira345
0
4
Other Decks in Technology
See All in Technology
Figma Dev Mode MCP Serverを用いたUI開発
zoothezoo
0
230
伴走から自律へ: 形式知へと導くSREイネーブリングによる プロダクトチームの信頼性オーナーシップ向上 / SRE NEXT 2025
visional_engineering_and_design
3
460
ロールが細分化された組織でSREは何をするか?
tgidgd
1
420
クラウド開発の舞台裏とSRE文化の醸成 / SRE NEXT 2025 Lunch Session
kazeburo
1
590
Maintainer Meetupで「生の声」を聞く ~講演だけじゃないKubeCon
logica0419
0
110
組織内、組織間の資産保護に必要なアイデンティティ基盤と関連技術の最新動向
fujie
0
270
AIエージェントが書くのなら直接CloudFormationを書かせればいいじゃないですか何故AWS CDKを使う必要があるのさ
watany
18
7.6k
CDKコード品質UP!ナイスな自作コンストラクタを作るための便利インターフェース
harukasakihara
2
240
サイバーエージェントグループのSRE10年の歩みとAI時代の生存戦略
shotatsuge
4
1k
Deep Security Conference 2025:生成AI時代のセキュリティ監視 /dsc2025-genai-secmon
mizutani
4
2.9k
無理しない AI 活用サービス / #jazug
koudaiii
0
100
ビジネス職が分析も担う事業部制組織でのデータ活用の仕組みづくり / Enabling Data Analytics in Business-Led Divisional Organizations
zaimy
1
390
Featured
See All Featured
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
The Invisible Side of Design
smashingmag
301
51k
The Language of Interfaces
destraynor
158
25k
Designing Experiences People Love
moore
142
24k
Faster Mobile Websites
deanohume
308
31k
For a Future-Friendly Web
brad_frost
179
9.8k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Building an army of robots
kneath
306
45k
Embracing the Ebb and Flow
colly
86
4.8k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
50k
Optimising Largest Contentful Paint
csswizardry
37
3.3k
Transcript
ServerSpecの ご紹介 LT駆動勉強会14
お約束 ・本スライドで出てくる事象はフィクションです。 所属組織その他特定の事象に言及しているわけ ではないですし、実際にあったわけではないかもし れません。
ServerSpecとは? ServerSpecとは、サーバの状態をテストするため のフレームワークです。 ServerSpecは、テスト対象のサーバに対してSSH ログインしてテストするので、 ServerSpec用に何か特別なエージェントをインス トールする必要がありません。
サーバのテストって??? そもそもサーバ構築時、テストしてますか? ・phpinfoが出ればOK? ・DBがつながればOK? ・WordPressが動けばOK? ・プロセスが起動していればOK?
そもそもサーバ構築ってどうやってますか? ・コピペ駆動 ・手順書(エクセルやWikiとか紙とかテキストとか) ・ChefやAnsibleなど構成管理 ・シェルスクリプト(!) そもそもサーバの要件って決まってます?? (WordPressが動くサーバ用意して。など)
ありがちなミス • いままで問題なく動いていたのに、再起動したら SSHもWebもつながらなくなった!! ◦ iptablesの保存し忘れ ◦ Apacheの自動起動設定もれ
ありがちなミス • 気がついたらDBサーバの時計がズレている。 ◦ NTPサービス起動忘れ。 手順書に漏れていたり、どこかのサイトをコピペするとやり がち。 ちなみに、DBサーバの時刻がずれている時、急に時刻を 合わせると、 酷い目に合う可能性があります。
メールサーバも同様。
つまり • サーバの構築は構成管理などで(ある程度)自動 化できるけど、構築したサーバのテストも必要。 • 設定や構成管理のミスはそれ単体のテストでは検 証できない。(ChefSpecをパスしたからと言って サーバが要求通りの動作をしている訳ではない。) ◦ サーバもテスト駆動でやろう。
ServerSpecインストール 1:Rubyをインストール 2:gem install serverspec 3:ServerSpecのテストコードを出力したいディレク トリでserverspec-initを実行。 4:質問に答えると、ひな形が生成される。 Winな人はCygWinでもOK。 サーバ側はSSHさえつながればOK.
ServerSpecインストール 5:~/.ssh/configにssh接続情報をセット Host test.org HostName example.com IdentityFile ~/.ssh/example.com.id_rsa User webmaster
テストコードの例 require 'spec_helper' describe package('httpd'), :if => os[:family] == 'redhat'
do it { should be_installed } end describe port(80) do it { should be_listening } end 割と簡潔でわかりやすくかける。 OSの差異はある程度吸収してくれる。
テストって言われても・・・ 何をテストしていいのか分からない。という場合は、 ServerSpecのサイトにあるリソースを眺めてみて、 何がテストできるのか?から追いかけるのも手で す。 ServerSpecは既存のサーバに影響を与えないの で、気になるところや今動いているものが動いている テストを書いてみる。等から始めると良い。
テストすると何がいいの? ・テストコード自体が生きた資料(チェックリスト)に なる。 ・プログラムと違い、サーバのテスト項目はある程 度決まっているので、作ってしまえば、他のサーバ に流用が効く。 ・不具合が起こった時何が問題なのかが分かる。
ServerSpecでテストできる範囲 ・ServerSpecはSSHでつないで各種コマンドの実行 結果よりチェックを行う。 →サーバ内部からのチェック。 ・複数台のサーバと連携しているか?外部からつな がるか?等外部からのチェックはZabbixなどを使 う。
ServerSpecのちょっと残念なところ ・デフォルトではサーバごとにテストを書かないといけ ない。 →本当は機能や役割ごとにテストを書いて、インストー ルされた機能毎にテストを組み合わせて適用したい。 →設定いじれば結構柔軟にカスタム出来そうだけど、 rakeやRubyの知識が必要(本家にカスタム例あり)
まとめ ・構築手順書やマニュアルの類は所詮メンテされないし、読み 手を選ぶ。 (サーバ建てる毎に手順書やマニュアル作りますか??) ・構成管理やテストコードなど、インフラをコードで記述すること により、生きた手順書、チェックリストを作成することができる。 ・バージョン管理ができるし、差分チェックもできる。 ・自動化できる。他サーバに流用できる。 ・テストをすることによりある程度の安心感を得る。
参考サイト ・serverspecを使ってサーバの状態をテストしてみよう ・ServerSpec ・serverspec の論文公開します