Tags hello (1) middleman (1) s3 (1) git (1) InfluxDB (5) fluentd (2) よくわからん (3) Elasticsearch (3) 勉強会 (2) MongoDB (1) Sensu (8) Ruby (4) Elastic Beanstalk (1) Docker (4) ElastiCache (2) RDS (2) memcached (2) twemproxy (2) RabbitMQ (3) Jq (1) Jenkins (1) Specinfra (1) Serverspec (4) Puppet (3) Chef (7) Graphite (2) Infrataster (2) mackerel (1) Monitoring (3
The backend of serverspec/configspec might have to be extracted to a gem to accoember 26, 2013 とあんちぽさんからごもっともな指摘をいただいたし、実際に configspec を書いてて、ほとんどが serverspec からのコピペで、今後開発をつづけるのであれば、共通部分を抜き出した gem をつくるべきだな、と思ったので、specinfra という gem をつくった。 specinfra で抜き出した処理は以下の部分。 SSH, ローカル、WinRM などの実行形式を抽象化している backend と呼んでいるレイヤー OS を自動判別し、O
2013-09-01Chef-soloとAnsibleとFabricを試してみたので感想をメモ。どれもそんなに深くは使い込んではいない。 このメモは自分の脳内の考えを整理するためのもので、人が使うことについてどうこう言うつもりはないです。 Chef-solo書いてみたcookbookはこちら。hnakamur/chef-cookbooks hnakamur/chef-repoクックブックは手順を書くのではなくて結果を書くというのがどうも本質的に違うと私は思ってしまう。料理のレシピだって手順を書くし。書結果がこうあるべきというのはserverspecが出来た今となってはそちらに任せて、クックブックは本来手順を書くべきものだと思う。RubyのDSLだけど結局上から順に評価されるので、実は手続きを書いていることになっている。でもファイル単位でしか再利用できないので、一部だけ使いたいと思ってコピペ
概要 こちら の中で Ansible という python で書かれた構成管理ツールを知った そう言えば、前回の Chef Casual Talks Vol.3 で @urasoko さんも言っていたような... ということで試してみる Ansible についてはこちら インストール 環境 amazon Linux（t1.micro） Debian Wheezy Ansible をインストールする cookbook あえて chef の cookbook で導入 cookbook はこちら knife ec2 server ble_install_cookbook::ansible]" -I ami-39b23d38 --flavor t1.
Docker をいじって遊んでいる。 http://www.docker.io/ Docker は PaaS ベンダの DotCloud がその PaaS のバックエンドとして使っている (?) ミドルウェアを公開したもの。適当な条件の VM をポコポコ生み出してはテストや実際の運用に使うことができたりするもの。例えば「Ruby と Ruby でアプリケーションを動かしたいと思ったときにそのイメージをベースに VM を作ってデプロイしてやればすぐにアプリケーションが動き出す。そもそも PaaS がやっているのはそういう事で、それを汎用化したのが Docker。Travis CI のような、各言語ごとの実行環境が整った VM みたいなものに任意のコードを渡してビルドさせる、みたいなプラットフォームを作るのにも使える
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 のテストをホスト間で共有する方法について説明します。 serverspec-init を実行して生成されるひな形ファイルは以下のようになっています。 |-- Rakefile `-- spec |-- spec_helper.rb `-- www.example.jp `-- httpd_spec.rb これを見てわかる通り、テスト対象となるホスト名でディレクトリが掘られ、その下に対象ホストに対する spec が置かれる、という形になっています。 したがって、複数の役割が同じホストに対してテストを実行しようとすると、こんな感じで同じ内容の spec ファイルが重複して置かれることになります。 |-- Rakefile `-- spec |-- app001.example.jp | `-- ruby_spec.rb |-- app002.example.jp
[Chef][serverspec]ChefレシピをVagrantとserverspecでテストする 2013年 05月 01日 せっかくサーバーの構築を自動化したんだから、テストも自動化しないとだよねーってことで色々調べたのでメモ。 ローカルでサーバー作って本番に適用 既に手オペで稼働しているサーバーでパスするテスト書いてローカルでサーバー作って本番環境に適用 ↑これやりたい サーバーの自動テスト環境比較 サーバーのテスティング環境について調べてみた。 Chef使った前提でいくと cucumber-chef ChefSpec minitest(testkitchen) serverspec 大体こんなもんっぽい。 今回の選定条件はこれ 手オペサーバーを自動化するために、自動化が済んでいないサーバーにもテストを実行したい ローカル環境で実行したテストを本番系サーバーでも実行したい サーバ
※2013/5/12 先着順受付についての記述追記 最近弊社のプロジェクトでもchefを少しずつ導入してることもあり、 先人の知恵を拝借すべく参加いたしました。 新卒研修でserverspecとChefを使った話(@fujiwaraさん) http://dl.dropboxusercontent.com/u/224433/pfcasual_1/index.html KAYACさんでのchef導入秘話や研修のお話。 chef導入当時(2年ほど前？)、まだまだ情報が少なくて試行錯誤が大変だったそう。 たしかに現在はnaoyaさんのchef本もあるしwebでの情報も多くなってきていますが 当時、独自で調査するのは大変だったでしょうね… 新卒研修のお話はなかなか身につきにくい基礎的な内容を底上げするために serverspec + 手動構築、そしてchefでサーバ構築体験をさせる、というもの。 は
ProvisioningFrameworksCasualTalks01.md Provisioning Frameworks Casual Talks vol.1 ChefとかPuppetとかの勉強会です 次回があるかはわかりませんが、今回はChef成分多めになっております インターネット情報 Twitterハッシュタグ #pfcasual Podcastで録音を配信予定 録音をするのを忘れてしまいました。申し訳ありません。。 開催日時 2013.5.10 19:00〜21:30 定員 80名 参加方法 MySQL Casual Talks vol.4の方式を採用 事前登録不可/先着順受付 受付終了時間までに会場へ来て受付をしてください 定員に達し次第受付を終了します ただし本会は開始時刻が19:00と少し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
