この記事は Mackerel Advent Calendar 2015 の24日目の記事です。 前回は、id:hitode909 による 三度の飯より監視と通知！Mackerelで自分の心拍数を監視しよう - hitode909の日記 でした。 今回は、Mackerel APIを用いてServerspecによるサーバ構成テストを実運用化した話を紹介します。 Serverspec単体では手の届かないかゆいところをMackerelでサポートするところがポイントです。 Mackerelはもちろんですが、他のサーバ管理ツールにも通用する汎用的な話になるように心がけています。 Serverspec導入の背景 Serverspec Serverspec × Mackerel ロール単位でspecを書く ディレクトリレイアウト Thorfile サーバ上でServerspecをローカル実行する あとがき
フリーランスになって1年が経った というエントリで少しだけ触れた、仕事でも絡んでいる Walter を自分はどう使っているのか、という話を書きます。 TL;DR Serverspec/Specinfra 本体のインテグレーションテストに Walter を Wercker と組み合わせて利用している Wercker は並列実行サポートしてないけど、Walter と組み合わせることで並列実行できて便利 Docker on CoreOS, CentOS 6.5, CentOS 7.0, Ubuntu 14.04, FreeBSD 10.1 の各 VM を使ったテストを並列で実行してる ローカルでも実行できて便利 （Wercker v2 でもできるようになってるけど、Walter の場合は Docker 環境なくてもできる） Dogfooding のため、Walter を Wercker と組み合
ServerspecでDockerコンテナをテストするのにDockerバックエンドを利用してみました。 Dockerコンテナ内にSSHDを立てたくなかったので、SSHバックエンドではなくDockerバックエンドでテストを実行したかったのですが、Web上にもあまり情報がなかったのでメモしておきます。 DockerバックエンドについてはServerspec本の中で紹介されています。 DockerバックエンドはDocker Remote APIを利用してテストを実行しているようです。 Serverspec 作者: 宮下剛輔出版社/メーカー: オライリージャパン発売日: 2015/01/17メディア: 単行本（ソフトカバー）この商品を含むブログ (3件) を見る ディレクトリ構成 . ├── Dockerfile ├── Gemfile ├── Gemfile.lock └── spec ├──
Systemarchitekt, Infra-Coder, Trainer, Softwareentwickler, Apache Tomcat Committer Eine späte Integration der eigenen Software in die Produktionsumgebung rächt sich meistens. Der Kundennutzen muss immer früher sicher hergestellet werden. Jede Änderung soll geschwindt in die Produktion, um dort zu beweisen, ob diese Eigenschaft den gewünschten Nutzen wirklich bietet. Natürlich soll kein Fehler in d
FROM ubuntu:14.04 RUN sudo apt-get -yqq update RUN sudo apt-get -yqq install ruby1.9.3 RUN sudo gem install rake -v '10.3.2' --no-ri --no-rdoc RUN sudo gem install rspec -v '2.99.0' --no-ri --no-rdoc RUN sudo gem install specinfra -v '1.21.0' --no-ri --no-rdoc RUN sudo gem install serverspec -v '1.10.0' --no-ri --no-rdoc ADD ./spec.d /opt/spec.d RUN ( cd /opt/spec.d; rake spec ) CMD /bin/bash $ do
Vor einiger Zeit hatten wir in einem Post gezeigt, welche Möglichkeiten existieren, um Container mit Serverspec zu testen. Zu diesem Zeitpunkt waren die Möglichkeiten im Großen und Ganzen in Ordnung, aber sicherlich nicht einfach zu handhaben. Nur durch eigene Erweiterungen von serverspec mit einem experimentellem nsenter-Backend war das Testen von Docker-Container sinnvoll möglich. Seitdem hat si
Serverspec本の献本ありがとうございました．とても面白かったです．詳しい書評はすでに素晴らしい記事がいくつかあるので，僕は現チームでどのようにServerspecを導入したか，どのように使っているかについて書きたいと思います． Serverspec導入の背景 今のチームではサーバーのセッアップおよびデプロイにChefを使っている．本にも書かれているようにこのような構成管理ツールを使っている場合はそのツールを信頼するべきであり，Serverspecのようなテストツールは必要ない．僕らのチームもそのような理由でServerspecの導入には至っていなかった． しかしアプリケーションが複雑になりChefのレシピも混沌とするようになるとそれは成立しなくなる．見通しの悪いレシピはChefへの信頼度を落とす．信頼度の低下はデプロイ不信に繋がり人手（筋肉）によるテストが始まる． サーバーの数がそ
Serverspec Serverspecを執筆されたmizzyさんからご恵贈頂きました。ありがとうございます。 本書の詳細な紹介はあんちぽさんのブログと、mizzyさんが出演したRebuildがオススメです。 Serverspecの作者がつくる、あるひとつのOSS文化 - 書評『Serverspec』 - delirious thoughts Rebuild: 75: Book Driven Development (gosukenator) 事前に断っておくと私がここで記載している「インフラエンジニア」はITインフラエンジニアの話です。 以前サーバ/インフラ徹底攻略を本ブログで紹介したあとに、 書内のある特集を執筆担当された方と話していて、 Web系インフラエンジニアがどんどん先鋭化されつつあって、この本の内容を理解出来る人ってどれくらいいるんだろうね という事を仰っていたのが非常に印
本日、Serverspec(もちろんv2です)を導入し、インフラエンジニアが歓喜している 30days Albumでございますが、ソフトウェアエンジニアとAndroidアプリエンジニアを募集しております！ http://t.co/O8fnhArXVb — 30days Album 写真共有・保存 (@30daysalbum) 2014, 11月 26 せっかくなので、30days Albumで使われているServerspec用のRakefileとspec_helper.rbを簡単に紹介してみようと思います。 ちなみに、半分くらいは@lamanotramaさんが書いていたりします。 （Serverspec v1時代にガガッと黒田さんが書いたのを、僕がv2用に合わせて書き直してます） Rakefile Rakefileは以下のとおりです。 ※本番で使用しているものから都合上一部削っています。
Webアプリエンジニア養成読本 Advent Calendar 2014 23日目の記事です。 これまで、Webアプリエンジニア養成読本(以下 先のムック)のPHPデモアプリケーションをCentOS 7で動かすお話をしてきました。その中で、「Serverspecを利用した自動化(20日目)」と、すがさんが Itamae を利用した「Rubyでアプリケーション以外のコードを書く(19日目)」お話をしました。 その上で、サーバ構築自動化の総仕上げとして Itamae + Serverspec を用いてPHPアプリケーションが動くサーバを自動構築・自動テストにチャレンジしてみましょう！ 本記事執筆時に利用したバージョンは、CentOS 7.0, Ruby 2.1.2p95, specinfra 2.10.4, Itamae 1.0.13, Serverspec 2.7.1 です。 Itamae,
$ bundle install Fetching gem metadata from https://rubygems.org/.......... Resolving dependencies... Using diff-lcs (1.2.5) Using kitchen-ansible (0.0.2) Installing mixlib-shellout (1.6.0) Using net-ssh (2.9.1) Using net-scp (1.2.1) Using safe_yaml (1.0.4) Using thor (0.19.1) Using test-kitchen (1.2.1) Using kitchen-docker (1.5.0) Using multi_json (1.10.1) Using rspec-support (3.1.2) Using rspec-
みなさんこんにちは。@ryuzeeです。 Packerを使うと、VagrantやVMware、Amazon EC2用のAMIなどなどのさまざまな仮想マシンのテンプレートを簡単に作成することができるのはご存知の通りです。 一方で作成した仮想マシンのテンプレートが必要な要件を満たしているかどうかは、仮想マシンのテンプレートを作るたびに検査しなければなりません。 ここでは、PackerとServerspecを組み合わせて、仮想マシンのテンプレートを作成する際に、テストも併せておこなう方法について解説します。 前提今回仮想マシンのテンプレートを作成するにあたっては以下の方式で行ないます。 Packer 0.7.2Packerでの仮想マシンの設定ではChef-SoloのProvisionerを利用CookbookはBerkshelfを使って管理する作るテンプレートはDocker用のもの(但し他のもの
November 13, 2014 参考 KAIZEN platform Inc. における運用自動化 - Speaker Deck Continous Integration and Delivery with Docker - CircleCI TL;DR CircleCI上でDockerコンテナを立て、 そのコンテナに対してプロビジョニングを行い、 プロビジョニング後のコンテナに対してテストを行う DockerコンテナにAnsibleを実行する コミットする度にDockerのimageをpullするのは時間がもったいないので cache_directoriesを利用し、imageをexportしておき 実行時にimportするようにすると多少速くなる。 . ├── Dockerfile ├── ansible/ └── circle.yml Dockerfile FROM kenji
「deepin 25.2.0」リリース ─ Debianベースのデスクトップ向けディストリビューション 7月9日 0:51
Serverspec and Sensu - Testing and Monitoring collideAI-enhanced description This document discusses using RSpec tests to check server configurations and integrating those tests with the monitoring tool Sensu. It recommends running RSpec tests frequently via Sensu to simplify monitoring and overlap with traditional checks. It outlines an iteration where Sensu runs RSpec tests and reports individua
こんにちは！beardです！ Serverspecでファイルにテスト対象のサーバ情報を記述しておきたい場合、ちょっとした工夫が必要でした。 今回は、テストするときにファイルを指定してServerspecを実行する方法をご紹介します。 Serverspecのインストールと基本的な操作については、過去の記事『Amazon OSS編～Serverspecパート①～』をご覧ください。 1. 今回テストする環境 例としてServerspecから2つのサーバのグループをテストします。 グループAに2台のサーバ、グループBに1台のサーバとしています。 今回はファイルを分けてサーバ情報を記述することを目的としているので、テスト内容は時刻が日本時間になっていること確認するだけです。 テスト対象のサーバをグループごとにymlファイルにまとめます。 テスト項目のディレクトリ構成は『Serverspecで複数のサ
Probably, you have thought to test HTTP results such like status code, response headers and body, or SQL query results by Serverspec. I have done too. But then you should have felt strangeness like “Is Serverspec responsible for such higher level state? Which resource type should I use? Execute curl command from target server to loopback interface? How about virtual hosts”? After a little thought
前回はローカルで docker 上で serverspecを実行した。 今回は、CircleCI上で dockerを起動し、knife-soloで構築し、 serverspecでテストができるようにしようと思う。 全体のワークフローとしては、以下の順序となる。 Githubにchefのコードをpushする CircleCI上でdockerを起動する dockerのimageを作成し、コンテナを起動。 そのコンテナに対し、knife-soloを実行し、インフラを構築。 構築したコンテナに対して、serverspecを実行し、テストを行う そうすると、Githubの Merge Pull Request ボタンにテストの結果が表示される。 CircleCIの始め方などは、割愛。 Dockerfileを使用して、dockerイメージを作成する まず、以下のDockerfileを作成し、ssh可能
データサイエンスの聖地「Kaggle」は競技を超えて何をもたらすのか：データサイエンスの実務、キャリア、そして知の集積地としての全貌 5月22日 6:40
Kaggleは「キャリア」に役立つ ー機械屋がデータサイエンティスト、R&Dというキャリアに至った道筋 6月12日 6:30
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
