Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
【chef】chef-serverでrun_listを利用したserverspecでのテスト | DevelopersIO
もちろんchef-soloで右列のシナリオができないということではありません。chef-serverで運用する規模で、典型的と思われるテストシナリオとして考えてみました。今回は右のテストシナリオを実現する方法を考えてみたいと思います。 テスト方法のポイント 先にあげた表の中で、今回特に検討しなければならないのは以下の3点です。 テスト対象ノードの台数が「複数台」 テストするCookbooksが「テストインスタンスによって異なる」 run_listの指定はrole単位 つまりテスト実行時に次の処理が必要になります。 テスト対象ノードの一覧を取得し ノードに適用されたrun_listを取得し run_listにroleが含まれていればrecipe(cookbook)に展開する 適用されたcookbookに応じたserverspecを実行するRakefile 以上の処理を実現するRakefile
serverspecでchefのjsonを読み込む · さよならインターネット
July 31, 2013 2013/12/25 update Testing #chef Cookbook by #serverspec #devopsの続きみたいなものですが Chefのjsonファイルでフラグ立てたりしてると、そのフラグによって テスト対象が変化する場合があるかと思います。 その場合、serverspecにはpropertyの機能があるのでそれを利用します。 spec/spec_helper.rb {% gist 6118553 spec_helper.rb %} set_propertyの項目を追加します。 nodes/host.json {% gist 6118553 nodes_host.json %} こんな感じでこのMySQLはSlaveですみたいなフラグがあって cookbooks/mysql/templates/default/my.cnf.erb {%
Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー
Jenkins おじさんと戯れること半日、うまくいったので備忘録を残しておく。 やりたかったのは Chef で構築したサーバーを Jenkins で CI する、というもの。このときサーバーはテストが終わる度に破棄して、テスト開始時に再度真っ新な状態から立ち上げたい。(こういうサーバーを壊して作ってというテストはなんという名前で呼ばれるのだろう?) 仮想サーバーを破棄/作成をプログラマブルにやるのはもちろん Vagrant プロビジョニングは Chef Chef の環境を整えるのに knife-solo 0.3.0.pre3 テストは serverspec コードは Github に上げる (https://github.com/naoya/jenkins-vagrant-test) CI は Jenkins という構成になっている。ひとまず Jenkins や Vagrant はローカル
Serverspec - Home
About V2 Serverspec/Specinfra v2 has been just released. See the document about v2. About With Serverspec, you can write RSpec tests for checking your servers are configured correctly. Serverspec tests your servers’ actual state by executing command locally, via SSH, via WinRM, via Docker API and so on. So you don’t need to install any agent softwares on your servers and can use any configuration
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://dl.dropboxusercontent.com/u/224433/pfcasual_1/index.html
http://blog.inouetakuya.info/entry/20130511/1368271417