2007-09-01
まだ、導入までは至っていないが有用だと思われるツールが２つある。 Capistrano Puppet 共に Ruby を使って開発されている。 Capistrano は、リモートのサーバに対して行う定型作業を自動化してくれる。 例えば、 ソフトウェアのインストール Web アプリケーションのデプロイ サービスの起動・停止の管理 (Apache など) のような、CRONなどで定期実行していないが、複数のリモートサーバに対して実行するのが面倒な作業を、コマンド(capコマンド)を実行するだけで処理してくれるものらしい。 Ruby On Rails なアプリ管理のために開発されているが、それ以外の管理にも使えるとのこと。 Puppet は、リモートのサーバのシステムの構成を一ヶ所で管理できるC/Sシステム。 例えば、 ソフトウェアのインストール ユーザーの追加 サーバーの設定更新 を1ヶ所のサ
FFTT : Capistrano
※ この資料について 2006年4月の勉強会資料をCapistranoのバージョンアップ（現時点では1.3.1になってました）による仕様変更などに合わせてちょっと修正したものです。 質疑応答の部分は当時のままなので最初の質問が初々しいです。 Capistranoって何なのさ デプロイツール デプロイ=配備 参考 : Capistrano: Automating Application Deployment 一言で言うと複数のサーバ上で同時に並行してコマンドを実行できるツール。 複数のサーバで動いているサービスのデプロイを楽に行うことができる。 Rails起源なのでRailsに特化した部分もあるが、ほかのアプリケーションでも使える。 昔はSwitchTowerと呼ばれていた。はてなでも使われてる。 何がいいのか 複数サーバへの作業が効率化、自動化できる 定義済みの標準タスクに沿った運用をする
Rails勉強会@東京 第15回 @ 2007年02月 (Capistrano)
18日の Rails勉強会 に行ってきた。 前半 前半は4つのセッションに分かれた。私はCapistranoセッションのオーナーになった。 先日会社でデプロイするときにミスをやらかしてしまって、デプロイツールの重要性が身に染みた。それで今まではそれほどちゃんと触ったことはなかったけれども、ひとつCapistranoを触ってみようと思ってセッションを開いた。 Capistrano はRubyで書かれたデプロイツールで、Rakeをデプロイ作業向けに強化したようなものだ。基本はRakeなのでRakeとかMakeとかAntとかを使ったことがあれば怖くない。 デフォルトではRailsアプリケーションの構成に合わせた設定になっているけれども、設定(レシピと呼ばれる)を変更すれば任意のアプリケーションに適用可能である。実際、 はてな ではPerlアプリケーションに適用しているらしい。次の条件を満たす環境
Capistranoを使ってみる - よしだメモ
まずはインストール # gem install capistrano railsアプリケーションに組み込んでみる $ cap --apply-to ~/project/garakuta 設定ファイルを眺め(LAN内の設定なのでサーバー名などは適当) $ emacs ~/project/garakuta/config/deploy.rb set :application, "garakuta" set :repository, "svn://vaio/var/svn/project/garakuta/trunk" role :web, "vaio" role :app, "vaio" role :db, "vaio", :primary => true set :deploy_to, "/home/garakuta/webapp" set :user, "garakuta" 公開用サーバーを
Capistrano のタスクをフックする (マルッと！)
Capistrano のタスクはフックできます。 hoge というタスクがあれば、その前後で、before_hoge と after_hoge が呼ばれます。 それを検証されているエントリ。 http://d.hatena.ne.jp/Rommy/20061021/1161440420 そこで、恐らく一番よく使われるであろう（？）、deploy_with_migrations タスクをみてみました。 （capistrano-1.3.1/lib/capistrano/recipes/standard.rb より。） task :deploy_with_migrations do update_code begin old_migrate_target = migrate_target set :migrate_target, :latest migrate ensure set :mig
Capistrano で簡単にメンテナンス画面表示（２） (マルッと！)
http://i-am.web777.net/2007/01/capistrano.html 上記エントリーの続き メンテナンス画面は、カレントディレクトリに maintenance.rhtml がある場合はこちらがテンプレートとして使用される。 単純に RAILS_ROOT に maintenance.rhtml を設置してもよいが、あまり綺麗じゃないので、少し disable_web タスクを少し変更してみる。 テンプレートを config/templates/maintenance.rhtml に配置して config/deploy.rb に以下のように記述。 task :disable_web do # Get the current path dir = `pwd`.chomp # Copy the template to the current path (this is
Capistrano で簡単にメンテナンス画面表示 (マルッと！)
システムメンテナンスのため、一時サービスを停止したいとき、Capistranoで簡単にメンテナンス画面を表示させる事ができます。 まずは、.htaccessを編集して、 RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f RewriteCond %{SCRIPT_FILENAME} !maintenance.html RewriteRule ^.*$ /system/maintenance.html [L] 1 : %{DOCUMENT_ROOT}/system/maintenance.html が存在し、 2 : 且つ、自分自身（実行ファイル自身）が maintenance.html でなければ、 3 : URLを/system/maintenance.html に書き換える。 という設定をします。（※番号は設定ファイルの行
Capistrano でデプロイ時に依存ライブラリをインストール (マルッと！)
複数のサーバーにデプロイする場合など、インストールの手続きを自動化しておけると便利です。 今回は、RMagickのインストールを自動化してみます。 config/deploy.rb に以下のように記述。 desc "Install RMagick" task :install_rmagick do sudo "yum install ImageMagick -y" sudo "yum install ImageMagick-devel -y" sudo "gem install rmagick --include-dependencies" end task :before_migrate do install_rmagick end これで、migrate タスクが実行される前に、RMagickがインストールされます。 少々めんどくさいですが、一回使用した後はコメントアウトしておけばい
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
CapistranoをRails以外で使う方法 - jesterseraの日記
CapistranoはRailsと非常に親和性高いんですが、他の言語でも使えます。 例としてEthnaのプロジェクトを capistranize してみます。 1.Ethnaのプロジェクト作成 $ ethna.sh add-project test creating directory (/path/to/project/test) [y/n]: y 2.Rails環境の適用 $ rails rails-tmp $ cp rails-tmp/Rakefile test $ cp -a rails-tmp/config test $ cp rails-tmp/db db $ cp -a rails-tmp/test test $ cp -a rails-tmp/lib/* test/lib $ cp rails-tmp/vendor test/vendorこれでRails環境が動作するように
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20070218/