[Chef][serverspec]ChefレシピをVagrantとserverspecでテストする - takatoshi blog
[Chef][serverspec]ChefレシピをVagrantとserverspecでテストする 2013年 05月 01日 せっかくサーバーの構築を自動化したんだから、テストも自動化しないとだよねーってことで色々調べたのでメモ。 ローカルでサーバー作って本番に適用 既に手オペで稼働しているサーバーでパスするテスト書いてローカルでサーバー作って本番環境に適用 ↑これやりたい サーバーの自動テスト環境比較 サーバーのテスティング環境について調べてみた。 Chef使った前提でいくと cucumber-chef ChefSpec minitest(testkitchen) serverspec 大体こんなもんっぽい。 今回の選定条件はこれ 手オペサーバーを自動化するために、自動化が済んでいないサーバーにもテストを実行したい ローカル環境で実行したテストを本番系サーバーでも実行したい サーバ
[Chef][serverspec]ChefSoloを使ってnginx+mysql+rubyサーバー(VPS)を30分で作る - takatoshi blog
何かアプリを書いた時にVPSなんかで公開しようとすると 「パッケージをインストールしてアプリ書いてサーバーの設定変更してデプロイ環境を作って…etc」 と色々作業しないといけないので非常にめんどくさい。 昨今heroku/sqale/engineyardなんかのPaasもあるけれど、やっぱり自由度の高い環境を安価に欲しい場面ありますよね ってことで サーバーの基本設定(ユーザーの作成やファイアウォールの設定,リモートログイン環境の整備,パッケージいインストールなど) アプリケーションの稼働環境の整備/環境のテスト,稼働 この範囲を自動化してサクッとサーバー作ります。 サンプルコードを置いているので、使ってもらえればサクッとサーバー作れます。 サーバーの基本設定 サーバーのプロビジョニングはChef-Soloでやります。 Cookbookはこれ https://github.co
半歩進むChef-Solo - Cookbookの共通化（recipeとdefinition）
半歩進むChef-Solo 最近、Vagrant + Chef-Soloによるローカル開発環境Boxイメージ構築自動化に取り組んでいます。 Cookbookをつくるうえでのノウハウがたまってきたので、まとめの意味も込めて「半歩進むChef-Solo」シリーズでエントリ書いていこうと思います。 今日はChefで行う「共通化」についてです。 Cookbookの共通化（recipeとdefinition） Vagrant環境でChef-Soloによる構築自動化を行なっていると、複数の環境で似たような処理を行なっている箇所が出てくると思います。 例えば、同じResouceの組み合わせた処理が何箇所も出てきたり、特定のサーバソフトウェアに関連するセットアップをいろんなRecipeの中でやっていたり。 Chefにはこれらの処理をまとめるために、definitionとrecipeという仕組みがあります。
Cookbook Refactoring and Extracting Logic into Rubygems
Slides from my ChefConf 2013
Cookbookテストフレームワーク「test-kitchen」後編 #opschef_ja - クリエーションライン株式会社
前編ではtest-kitchen環境の準備と簡易テストまでを行いました。 本稿では後編として、MiniTest::SpecというBDDのためのテストフレームワークを用いたテストケースを作成します。 BDD(Behavior Driven Development)とは、ビヘイビア駆動開発、振舞駆動開発と訳され、作成するプログラムがどのように振る舞うのか、どのような動作が期待されるのか、という観点から自然言語に近い形でテストケースを作成し、開発を行っていく手法です。 MiniTest::SpecはRubyに標準添付されたBDDフレームワークです。 test-kitchenではminitest-chef-handlerによってMiniTest::Specによるテストが呼び出されて実行されます。 まず、Cookbookのfilesディレクトリに雛形を準備します。 ubuntu@kitchen:~/
Cookbookテストフレームワーク「test-kitchen」前編 #opschef_ja - クリエーションライン株式会社
test-kitchenはCookbookテストフレームワークです。VagrantとVirtualBoxを使って仮想OSを作成し、クリーンな環境の中でCookbookのテストが行えます。テストの仕組みにはMiniTest::SpecやCucumberが用いられます。どちらもビヘイビア駆動開発や振舞駆動開発(BDD, Behavior Driven Development)と呼ばれる開発手法のためのテストフレームワークです。なお、OpenStack上に仮想OSを作成してのテストも可能です。 本稿では前編として、test-kitchen環境の準備とテストケースを作成しない簡易テストまでを行います。 VirtualBox, Vagrantのインストール VirtualBoxのインストールについては各OS、VirtualBox公式サイトの情報を参照してください。 ここではVagrantは1.0系を
CookbookをTravis CIでテストする #opschef_ja - クリエーションライン株式会社
Travis CIとは、SaaS型の継続的インテグレーションサービスで、GitHub上のプロジェクトのビルド・テストを行えます。 Travis CIはRubyにも対応しているため、これを利用してCookbookのテストを行うことができます。 Travis CIへの登録 Travis CIへの登録は、GitHubのアカウントを利用して行います。 詳細はTravis CI:Documentationを参照してください。 CookbookのテストをTravis CIで実施する Travis CI上でビルド・テストを行うには、対象のプロジェクトのトップディレクトリに.travis.ymlというYAMLファイルを設置し、設定を記載します。 ここではMVT: Knife Test and Travis CIを参考に進めます。 まず、.travis.ymlを用意します。 rubyの環境はrvmを使って1
Cookbookテストフレームワーク「ChefSpec」 #opschef_ja - クリエーションライン株式会社
ChefSpecはCookbookテストフレームワークです。RSpecを用いたテスト駆動開発(TDD, Test Driven Development)と呼ばれる開発手法のためのテストフレームワークで、まずテストを書き、次のそのテストをパスするコードを書き、それらを繰り返して開発を進めていくという手順を取ります。実際にCookbookをノードに適用せず、Cookbookが期待した動作を行うように記述されているかどうかをテストします。 ChefSpecのインストール gemでインストールが可能です。 なお、以前インストールできるChefSpec 0.9.0はChef 11には対応していなかったので、インストールオプションに--preをつけるか、--version '1.0.0.rc1'をつけてChefSpec 1.0.0.rc1をインストールする必要がありました(Error in runni
個人的#ChefConf2013まとめ。 - tkak's tech blog
最近日本でも何かと話題になっているconfiguration management toolのchefですが、やっぱり海外のほうがDevOpsが進んでますね。 今回のカンファレンスは、導入事例とかベストプラクティスな感じの話が多かったです。 個人的に面白かったセッションを５つ、ログとして残しておきます。 #ChefConf 2013 Scaling Configuration Management phil Dibowitz -- facebook slide --> Scaling Configuration Management youtube --> ChefConf Keynote Session - Phil Dibowitz - YouTube つい最近facebookでPrivate Chefを導入したとかニュースになってましたが、 初日のメインセッションでfacebookの
明日から始める Chef 入門 #bpstudy
Configuration As Code - Adoption of the Job DSL Plugin at Netflix
サーバ構築・デプロイの自動化の話。或いはChefとCapistranoの素敵な関係 - プログラマでありたい
最近のChefのブレイクで、サーバの構築も自動化でという潮流になっています。そんな中でチラホラ見受けられるのが、アプリのリリースもChefでという考え方です。私は微妙に違うのではないかなぁと思っているので、ちょっと考えを整理してみました。併せてCapistranoの紹介もしてみます。 Chefの役割 まずChefについてです。Chefの役割としては、サーバの状態を管理するものです。ここで言うサーバの状態というのは、各種ミドルウェアのインストール状態＆設定です。いわいるサーバ構成ですね。またChefを使う最大のメリットは、開発環境やステージング環境、本番環境と全ての環境を同じスクリプトで構築するので、手作業によるミス等による微妙な差異が発生しなくなることです。 さてここで問題になるのが、サーバ上のアプリケーションのコードやデータベースのテーブル定義は、サーバの状態に入るのかという点です。入る
2013年の新卒研修と社内ISUCONやりました - (1) 研修編 - KAYAC engineers' blog
4月になり、新人が入ってくる季節になりました。技術部新卒研修担当の fujiwara です。 これまで弊社技術部では特に技術部としての研修というものを行っていなかったのですが、今年は何かやりたいねということで人事部に7日間確保してもらい、主に acidlemon と2人で新卒8人に研修をすることになりました。 研修の資料などは GitHub でプライベートリポジトリを作って作業しており、それをまとめたものを GitHub上で kayac/newbie-training として公開しています。 どのような内容にするかは事前に昨年度の新卒を含めたエンジニア陣で(社内勉強会でビールを飲みながら)話し合い、 現場で実務に追われてしまうと身につきにくい基礎的な内容 コードを書ける人は多いけどLinuxサーバの操作は不慣れな人が多いので、そのあたりを底上げする内容 をメインに構成してみました。また、7
MSPでのChefの使い方 --- 運用ノウハウをコードに落とす
こんにちは。斎藤です。 Chef、最近、流行っていますよね。勉強会に参加すると、ITインフラ関係者や開発関係者などの各方面から人が来るようになりまして、オムニバス感満点であります。 さて、ChefはITインフラを支えているMSPではどのような形で用いられているのか、私の周りの事を少しお話ししてみたいと思います。プログラム開発とともに用いる形とはちょっと違う部分をお楽しみいただけたらと思います。 話は、次の流れで進めます。 導入の目的 「開発会社」との状況の違い 自動化されるノウハウとは 留意している事 今後について おわりに また、本内容は「Chef Casual Talks Vol.1」にて、私がLT時に利用したスライドをもとに、より詳しく記述しております。スライドと合わせてご覧頂くと、概要がつかみやすくなるかと思います。 導入の目的 当初の目的は、新規構築時に用いている「標準作業手順」
第1回 Chef Casual Talks を開催しました(動画と資料) #eytokyo - Engine Yard Blog JP | Engine Yard Blog JP
2013年4月15日に参加者全員が発表するという形式で毎月行うChefの勉強会「Chef Casual Talks」を開催しました。当日は19人もの参加者がChefに関する様々な内容を発表し、また発表者が参加者に対して質問をするなどの活発なやり取りが行われました。 全体を通して Chefを最近使い始めた人の発表も多かった一方で1年以上利用しているような実績に基づいた発表、Puppetに関する発表など19人の中で発表内容の重複が無いという多彩な時間でした。一方でそれだけの人が使っていても「クックブックをどう書くべきなのか」や「Chef Serverを使った運用のイメージ」など参加者に共通する疑問点などが浮き彫りになっていました。また「入門 Chef Solo」を19人中16人が読んでいるという驚異的な状況である事も挙手アンケートで判明したのも見逃せない事実です。 本筋には関係ありませんが、
Chef Server を使ってみた一部始終 - ようへいの日々精進XP
要件 Chef Server が必要になってきた まずは手元で検証してみるが、情報を整理しながら実運用を見据えた検証をする なんとなく動いてしまったので、手順を整理するまでは以下、暫定 問題点 client と node の区別、そこにきて user という登場人物... cookbook をアップロードしてバージョンをクリックすると以下のようなエラーが出る（既知のエラーっぽい） ERROR: undefined method `close!' for nil:NilClass 手順 検証環境 Chef Server Debian 6.0.7 Chef Client（node） CentOS 5.8 Workstation Ubuntu 12.10 Chef Server のインストール（簡単...当然、chef でセットアップされている） 1. こちらよりパッケージをダウンロード cd
Recipeを書いて勘所を掴む！デベロッパのための『Chef』ハンズオンに参加した一部始終 - ようへいの日々精進XP
※Evernote に箇条書きした内容を整理したものですので、誤字脱字、そもそも大間違いがるやもしれませんがご了承くださいませ。 要件 最近は寝ても覚めても chef chef 続きですいません より良い cookbook を書けるようになりたい 意識高いというか（意識）不明です 内容 前回のおさらい chef-solo 簡単便利 でも chef server を使いましょう capistrano と chef-solo で苦労しているなら chef server を使いましょう chef client と Ohai が chef クライアント（node）には入る cookbook とか roles とか...が workstation に入る knife knife で chef server でアップロード chef server で GUI で確認することが出来る 意外と GUI で
Chef Casual Talks Vol.1で「ChefとCapistranoの境界線」について問題提起してきた #eytokyo - めもおきば
ChefとCapistranoの境界線 (Chef Casual Talks Vol.1) #eytokyo #opschef_ja 大きく分けて二つの話をしました。 Chefを導入する時の「考え方」 Chefのような構成管理ツールは万能でやり方もたくさんある(TMTOWTDI)ので、最初にどういうポリシーで組み立てるかが重要になります。今回「本気で使う」にあたり、以下のようなポリシーを設定しました。 原則サーバ上で作業せず、Chefで環境設定を実装する 公開されたcookbooksを再利用する opscode-cookbooksにあればそれを探す communityやgithubにあるcookbookを使う あきらめの心を持つ 必要ならばopscode-cookbook�sなど既存のcookbookをforkして手を入れる 半日調べて難しそうなことはあきらめる(自前Chef recip
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bitbucketの使い方
Bitbucket | The Git solution for professional teams
Chefに関するマイブームの変遷
