ansibleのテンプレート作りますた - のんびりSEの議事録
最近プロビジョニングにchefよりansibleを使うことが多くなってきて、その都度コピペもあんまりよろしくないので、ベストプラクティスにそった雛形を自動生成するスクリプトを作成しました。 github.com 環境 serverspec (>= 2.17) ansible (>= 2.0.0) python (~> 2.7) 使い方 usage: ansible-init [-h] -p PLAYBOOK_NAME [-b BOX_NAME] [-i IP_ADDR] [-m MEMORY] [-c CPU] オプション optional arguments: -h, --help show this help message and exit -p PLAYBOOK_NAME, --playbook_name PLAYBOOK_NAME playbook name -b BOX_NAM
ansible の role を wercker 上で serverspec で test する - soh335 memo
ansible の role を serverspec で test をしてみたいと思い、普段使っている wercker で試してみた。 まず、serverspec と ansible が install されている wercker の box を用意した。 次に sample となる role を作った。 soh335/ansible-role-tmux1.9 · GitHub ディレクトリ構成はこのようにした。 $ tree . ├── LICENSE ├── README.md ├── tasks │ └── main.yml ├── tests │ ├── Rakefile │ ├── inventory.ini │ ├── roles │ │ └── tmux1.9 -> ../../ │ ├── site.yml │ └── spec │ ├
「AnsibleとServerspecではじめるInfrastructure as Code」というお話をしてきました - とんちゃんといっしょ
先日社内の勉強会で「AnsibleとServerspecではじめるInfrastructure as Code」というお話をさせていただいたので、その資料を貼っておく。 元々はSlideShareを使っていたのだが、最近になってスライドを見終えると別のスライドに飛ばされるのが嫌になったのでSpeakerDeckに乗り換えようとしているところ。 AnsibleSpecの話とかもしようと思ったけど、自分の知識が古いのとあまりメンテがされてなさそうに見えたので今回は保留。 また機械があったらどこかで勉強しなおしてお話するかも？
【Docker】Serverspecを用いたDockerのテスト - のんびりSEの議事録
Dockerfileもある程度かけてきて、次のステップとしてちゃんとイメージが構成されているのか、をテストする方法を実際に構築したDockerfileを用いて記載したいと思います。 Dockerfile まずはDockerfileに構築したい環境を記述していきます。 下記のDockerfileはCentOSにserverspecとansibleの環境を構築したサンプルです。 そのうちwerckerのイメージで使えるか試そうかと構築したものです。 FROM centos:6 MAINTAINER hogehoge RUN yum update -y # install dependency RUN yum install -y git tar gcc openssl-devel epel-release \ libyaml-devel readline-devel zlib-devel \
serverspecのリソースタイプ・マッチャー - Qiita
-- 注意 ここでは、 expect シンタックスのかわりにshouldシンタックスを採用します。読みやすいのと、個人的な好みのためです。 expect シンタックスの使用は推奨される方法です。すべてのobjectにshouldをつけると、BasicObjectのサブクラス化されたプロキシオブジェクトで使われるときに、失敗を引き起こすからです。 しかし、このページの例で使われているワンライナー構文では、いかなるオブジェクトに対しても should を付け加えていないので、上記のような問題を引き起こしません。これがワンライナー should シンタックスを採用した理由です。 もしこの問題について知らないのであれば、rspec-expectationsのドキュメントをご覧ください。 -- すべてのリソースタイプに対して、be_fileの代わりにbe_a_fileのように、より厳格な文法のシンタ
【Serverspec】構築したサーバはServerspecを使ってテストしよう - のんびりSEの議事録
AnsibleやChefといった、プロビジョニングツールを用いてサーバ環境を構築したので、次はServerspecを使ってちゃんとインストールされているか等、テストをしないとなということで、Serverspecの紹介です。 Serverspecとは サーバ向けのテストフレームワークで、Rubyで実装されており、Rubyのテストフレームワーク「RSpec」の書き方でテストが書ける。 しかし、Serverspecの真の目的は、インフラストラクチャコードのリファクタリング支援すること。 インストール *Rubyが既にインストールされていることが前提 $ gem install serverspec or Gemfile gem 'serverspec' $ bundle install 初期設定 $ serverspec-init Select OS type: 1) UN*X 2) Windo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
