Ansibleの設定ファイルを使ってServerspecを実行するテンプレート作成用Gem(ansible_spec)を作りました。Ansible v0.1へアップデートしました。(2015/01/12) 今後はv0.1を使用してくださいm(_ _)m まえがき あけましておめでとうございます。 正月休み中に、タイトルの通り、ansbile_specというGemを作りましたので紹介します。 Gemを覚えたてで何でもGemにしたい症候群に罹っています。 テンプレート作成用Gem(ansible_spec)がすること。 専用のRakefileとspec/spec_helper.rbを生成します。それだけです。 いくつかの決まり事(制限)を守ることで、Ansibleの設定ファイルをもとにSeverspecのテスト先とその内容(ロール)を決め、テストを実行します。 Rakefileとspec/sp

Ansibleは仕事ではあまり使っておらず、どちらかと言えば趣味の領域です。 いまでは、Ansibleを関心のあるソフトウェアのインストールと起動確認に使用しています。 私のような趣味プログラマーがソフトウェアを構築していると次のような問題に直面します。 週末や月一などでやっていると前回どこまで構築したか忘れていることがある。 設定で躓いたところをEvernoteなどにメモしても、同じところで躓きがちになる。 よって、バージョンアップへの追随が段々と億劫になって一度作って終わりになりがちになる。 Ansibleに限った話ではありませんが、コード化しておくとこれらの点が解消されます。 前回どこまで構築出来ていたかはコードやDiffを見れば分かる。 設定で躓いたところはコード化されている。 バージョンアップに追随しやすい。 さらに、GithubやCircleCI/Werckerを連携させること

shell shellはリモートノードのシェル(/bin/sh)を通して実行される。 次の文字を使用できる。 $HOME, "<", ">", "|", "&" command commandは次の文字を使用できない。 $HOME, "<", ">", "|", "&" 環境変数の読み込み ansibleではtask毎にシェルを起動して実行している(みたい。) つまり前のtaskで次のように環境変数を読み込み、次のtaskで利用する…ということができない。

正しい書き方 (2013/12/07)yteraokaさんのご指摘で、正しい動作はこちらであることを確認しました。 CLI上でのyum同様、リポジトリの指定はカンマ区切りとなります。 環境 - name: Install Redis yum: pkg={{ item }} state=present enablerepo=remi,epel with_items: - redis #in remi - gperftools-libs #in epel dependency - libunwind #in epql dependency - libunwind-devel #in epel ??

2013/11/30時点でAnsibleについて書いてくれる方が8名(私除く)もいて嬉しいです！ まだまだ枠には余裕がありますので、できれば2回書いてください(笑) Ansibleを使っているけど、また登録してない！という方の参加もお待ちしています。 ちなみに、Qiita以外(はてなブログなど)に書くなどでもOKです。 カレンダーへの記事登録時にコメント欄にブログのURLを書けばリンクされるようです。 技術的なTipsを書こうかと思ったのですが、1日目なのでかるーいお話です。 Ansibleってどんなところで使われているの？ Ansibleのユーザカンファレンスで国外での事例が紹介されています。 基本的には自社向けにライブラリを自製しているところが多いようです。 ライブラリの作りやすさというのも良さの1つだと思います。 海外事例 Ansible Fest - Ansible User Co