サーバ構築・デプロイの自動化の話。或いはChefとCapistranoの素敵な関係 - プログラマでありたい
最近のChefのブレイクで、サーバの構築も自動化でという潮流になっています。そんな中でチラホラ見受けられるのが、アプリのリリースもChefでという考え方です。私は微妙に違うのではないかなぁと思っているので、ちょっと考えを整理してみました。併せてCapistranoの紹介もしてみます。 Chefの役割 まずChefについてです。Chefの役割としては、サーバの状態を管理するものです。ここで言うサーバの状態というのは、各種ミドルウェアのインストール状態＆設定です。いわいるサーバ構成ですね。またChefを使う最大のメリットは、開発環境やステージング環境、本番環境と全ての環境を同じスクリプトで構築するので、手作業によるミス等による微妙な差異が発生しなくなることです。 さてここで問題になるのが、サーバ上のアプリケーションのコードやデータベースのテーブル定義は、サーバの状態に入るのかという点です。入る
Capistranoとchef-soloを組み合わせて使う - ひげろぐ
たくさんのホストをChef設定したいけどChefサーバー立てるのめんどくさいし！ でもコマンド一発ですべてのホストが更新されて欲しいし！ というわけでこの組み合わせです。 Capistranoはインストール済みでsshのログインに必要な鍵も各ホストに配ってあるものとする。 加えてChefのクックブックなどはすでに定義済みで以下のパスにある前提で。 /home/akahige/chef-repo Chefに関してはここでは深くつっこまないので、よかったら以前書いたものをどうぞ。 chef-soloで作業環境構築の自動化 | ひげろぐ Chefを試してみた | ひげろぐ sudoの設定 chef-soloはsudo経由（root権限）で実行する必要がある。 そしてCapistranoでsudoを実行するにはパスワードなしでコマンドを実行できる必要がある。 そういう事情なのですべてのホストにてs
Capistranoでmigrationsする前に自動でバックアップ
Photo by mondopiccolo Capistranoではdeployしても、前のソースが残っているために、すぐに前のバージョンに戻せますが、データベースはそうはいきません。 そこで、deploy:migrationsを実行する前に自動でDBのバックアップを取るようなタスクを探してみました。 MySQL専用ですが、これでローカルのbackupsというディレクトリに、migration実行前のダンプがダウンロードされます。 require 'yaml' desc "Backup the remote production database" task :backup, :roles => :db, :only => { :primary => true } do filename = "#{application}.dump.#{Time.now.to_i}.sql.bz2" fi
Studio H.F.F.:Capistrano 2.1 利用法
コメントする トラックバックする カテゴリー:プログラム Capistranoとは、アプリケーションの配布・再起動などを簡単に行えるツールです。CapistranoはRubyで作られており、簡単に拡張することができます。特にRuby on Railsとの相性がよく、サーバ名などを設定するだけで使用することができます。 Capistranoの解説記事はあちこちで見かけることができますが、最新の2.0系では利用方法が変わっており、以前の記事があまり役に立たなくなっています。今回、2.1で環境構築したので、その際に得たノウハウをまとめておきます。 使用した環境は以下の通りです。 Debian GNU/Linux Sarge Ruby 1.8.6 RubyGems 0.9.2 Rails 1.2.3 Mongrel 1.0.1 Subversion 1.4.3 Capstrano 2.1.0 Ca
Buckblog: Capistrano 2.1
After a much larger delay than I would have liked, Capistrano 2.1 is now available! There is a lot going on in this release, including some pretty exciting changes. As ever, install it via RubyGems with: Here’s what’s new, roughly in order of magnitude: No default PTY. Prior to 2.1, Capistrano would request a pseudo-tty for each command that it executed. This had the side-effect of causing the pro
[err] Permission denied (publickey,keyboard-interactive).
I just upgraded to cap 2, and I'm getting the following error when trying to deploy:$ cap staging deploy * executing `staging' triggering start callbacks for `deploy' * executing `deploy' * executing `deploy:update' ** transaction: start * executing `deploy:update_code' * executing "svn checkout -q -r392 svn+ssh://myproject.com/repos/ myproject /var/www/apps/dev.myproject.com/releases/200710161858
Rails勉強会@東京第23回 - 世界線航跡蔵
Rails勉強会@東京第23回 に行ってきた。2週間遅れだけどレポートする。 勉強会の形式は いつものごとく 。 ただ、今回は試験的に「昼食懇親会」を行なった。 そこで話しているうちにうち解けてセッションが弾むのでは? セッションの時間を潰して長い自己紹介をしなくても、自然に相手を認識できるのでは? セッション案も自然に出てくるのでは? 夜の「飲み会懇親会」よりも安く済むのでは? という趣旨だ。おおむね好評だった模様。ただ、私はどうも元気が出なくて遅れていったので懇親会は殆ど出てない。 前半 前半は3つのセッションに分かれた。 Rails 2.0を読む。 初心者セッション - Scaffoldの半歩先に ぐだぐだ喋る 初心者セッションは前回と同じ内容だそうだ。Scaffoldは試してみたけれどもその先へ進めないというRails初心者のために、Scaffoldで生成されたモデルやコントローラ
Capistrano - eto.com/d
ContentsinstallHow to use[update_code] transaction: rollbackつまづいた点: 公開鍵が必要つまづいた点: rake統合はobsoleteつまづいた点: 最初のdirectoryの指定linksテスト関係oldlink CapistranoはDeployツールの一種である。Deployツールとは何かというと、開 発をしていると、手元のファイルを書き換えて、svn comして、本番サーバに sshして、サーバ起動用のユーザにsuして、svn upして、サーバをrestartする ということをよくやる。何度もやる。これら一連の手順を簡単に行えるように するものがDeployツールである。 Capistranoは、Railsと共に使うべく作られたツールなのでRailsと相性がいい が、それ以外のものとも一緒に使える。 cygwin% gem
フォアフロント日記 お客様が儲かるWebサイトを提供する会社【フォアフロント】: CAPISTRANO 2.0
今回からしばらく、新しいCAPISTRANO (CAPISTRANO 2.0)について簡単な使い方などを書きたいと思います。 フォアフロントでは、RAILSのプロジェクトを配備するのには、だいたいCAPISTRANOを使っています。また、アプリサーバはmongrel_rails (mongrel cluster）を想定してます。 2.0は、以前の1.4系と比較すると少し使い方が変わっているのですが、今後は1.4を使うことはないと思うので、2.0だけに絞って書きます。 まず、インストールはgemを使って gem install capistrano です。 (gem list capistranoで、念のためにバージョンも確認しておきます） 最初にやることは、プロジェクトのルート (RAILS_ROOT)から cpify . これで、deploy.rbが出来ているので
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
capistranoの出力をカラーにして見やすくする方法 - Hello, world! - s21g
Peak Obsession