Capistrano 2.2.0のチュートリアル - unnecessary words
Capistranoのデプロイ作業について基本的なところをメモ。 Rails2.0.2、Capistrano2.2.0を使っています。 Capistranoは最近のバージョンアップでRails本の説明とコマンドなどが異なっています。 必要な物 開発サーバ 配備先のサーバ svnサーバ 開発サーバは普段開発作業してるクライアントでOKです。配備先のサーバは公開する用の物をでっち上げましょう。Railsが動いて、Apacheが入ってれば大丈夫です。 svnサーバも適当にでっち上げてください。Capistranoはデプロイ時にsvnサーバからデータを取得します。svnサーバ構築はこちらのエントリが参考になるかもしれません。体系的に学びたいならでびあんぐる本がオススメです。 インストール % sudo gem install --include-dependencies termios % sud
Capistrano – @masuidrive blog
Photo by mondopiccolo Capistranoではdeployしても、前のソースが残っているために、すぐに前のバージョンに戻せますが、データベースはそうはいきません。 そこで、deploy:migrationsを実行する前に自動でDBのバックアップを取るようなタスクを探してみました。 MySQL専用ですが、これでローカルのbackupsというディレクトリに、migration実行前のダンプがダウンロードされます。 Railsで一番めんどくさかったアプリの公開を、Apache httpdが動いているサーバに、普通にアップロードするだけで行える様にするモジュール、mod_railsがリリースされました。 いままで似たようなものにmod_rubyがあったのですが、ずっとメンテナンスされていない上に、構造的にRailsには向かないようになっていたので、Phusion社が新しく
簡単＆便利 Capistranoのススメ （導入編）
ごきげんよう、TrinityTです。桜も咲き始め春の到来を感じますね！ 今日は最近になって使い始めたとても便利なツール、Capistranoについて説明します。Railsを使っている人はもちろん、使っていない人両方にオススメです。 Capistranoって何？簡単に言うと「複数の環境に同じ処理を同時に実行させる」ツールです。・昔はSwitchTowerと呼ばれてました。・RoR環境でしか使えないと誤解されがちだが、他の環境でも十二分に便利。・（サービスがPerlで書かれてる）はてなでも導入・RoR環境だと基本的なコマンドが揃っているため特に便利。 何がうれしいの？WebアプリでよくあるパターンとしてAPサーバが複数ある場合に各サーバに対して全く同じ処理（APを転送＆APサーバ再起動...etc）を行う場合ってありますよね？そういう場合にCapistranoを導入すれば以下のようなメリット
CapiFy | Home Page
Welcome to easy deployment The Pitch. You lead a busy life. You don’t have the time to waste logging in and logging out of your servers all day, running tasks, installing software, keeping machines in sync, and trying to make sure it all happens correctly. Enter Capistrano. Let Capistrano do the heavy lifting for you. It is designed with repeatability in mind, letting you easily and reliably autom
capistranoでmongrel,apache,rsync
こんにちはtacchiです。 以前TrinityTさんが書いてたcapistranoのすすめのつづきです。 更新されないので勝手に書いちゃいます。 以下の動作をさせたかったので、taskを自分で作ってみようと言う事になりました。 ・特定のサーバのmongrelの起動、停止、再起動をさせたい ・特定サーバのapacheの起動、停止、再起動をさせたい ・rsyncでファイルを転送させたいこれがmongrelの起動、停止、再起動です。 namespace :mongrel do desc 'app01,app02 mongrelのrestart' task :restart, :roles => [:app1, :app2] do run "source /home/hoge/.bash_profile; /etc/init.d/mongrel_
とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
FFTT : Capistrano
※ この資料について 2006年4月の勉強会資料をCapistranoのバージョンアップ（現時点では1.3.1になってました）による仕様変更などに合わせてちょっと修正したものです。 質疑応答の部分は当時のままなので最初の質問が初々しいです。 Capistranoって何なのさ デプロイツール デプロイ=配備 参考 : Capistrano: Automating Application Deployment 一言で言うと複数のサーバ上で同時に並行してコマンドを実行できるツール。 複数のサーバで動いているサービスのデプロイを楽に行うことができる。 Rails起源なのでRailsに特化した部分もあるが、ほかのアプリケーションでも使える。 昔はSwitchTowerと呼ばれていた。はてなでも使われてる。 何がいいのか 複数サーバへの作業が効率化、自動化できる 定義済みの標準タスクに沿った運用をする
Rails' Wiki - capistrano
RailsMeetingTokyo-0015: 今更ながらCapistranoを触ってみましょう セッションの概要 SwitchTowerのころに軽く触ったものの未だにちゃんと運用したことはないです。もう一度挙動やレシピの書き方を復習して、できればソースもちょっと読んでみたいところです。詳しい人、教えてください。 参加者とそのまとめ Yugui: http://idm.s9.xrea.com/ratio/2007/02/25/000589.html 沢田: http://d.hatena.ne.jp/swdyh/20070218/1171798440 まちゅ: http://www.machu.jp/diary/20070218.html Isoparametric: http://d.hatena.ne.jp/Isoparametric/20070219/1171846658 とものり:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
迷惑メール・電話対策本部
JvoorHis.com is for sale | HugeDomains
http://www.machu.jp/posts/20070218/