Rails 3 + Nginx/Unicorn を Amazon AWS に Capistrano 3 でデプロイする - bekkou68 の日記
はじめに Amazon AWS 環境下で Rails 3 のアプリを Nginx/Unicorn で動くように Capistrano 3 でデプロイする手順をまとめました。 以下を前提に話を進めます デプロイ対象のアプリ/DBインスタンスはすでにつくられているとします デプロイ対象のアプリインスタンスのドメインは production.example.com とします アプリインスタンスは ephemeral disk がマウントされているとします プロジェクト名は myproject とします。ご自身のプロジェクト名に読み替えてください アプリインスタンスに SSHログインするための秘密鍵は ~/.ssh/myproject.pem に配置してあるとします RVM を使ってます。rubyenv での設定はこちらの記事が参考になるかと思います デプロイ先ディレクトリの準備 アプリを /va
Capistrano + rsync で省エネデプロイ - 肉とビールとパンケーキ by @sotarok
こんにちは。 タイトルの通りなんですが、Capistrano みんなつかってるよねー。 ってことで独自のデプロイシステムをもってなくてさすがにFTPでUPはしてませんって人は結構使ってるもんだと思ってるんですけど、Capistrano ってなんかデフォルト各サーバで vcs の update 的なことをするか、ローカルにソースツリーを用意してやる場合に使えるのは scp で、なんかエコじゃないよねと言う話で、いちいちソースツリー全部配布されてたら転送量も時間もかかってしょうがないので、まーrsyncがいいんだよね、ということで、そんな時は capistrano_rsync_with_remote_cache (なげえよ) を使えばいいよね！ってお話です。 *1 luisparravicini/capistrano_rsync_with_remote_cache · GitHub このご時世
[ruby][rvm] cron とかで rvm を使って何か動かす方法, [ruby][capistano] tDiary を capistrano で deploy するようにした - HsbtDiary(2011-01-17)
■ [ruby][rvm] cron とかで rvm を使って何か動かす方法 cron や apache2 で rvm でインストールした1.9.2 とかを動かす時に ~/.rvm/rubies/ruby-1.9.2-p136/bin/ruby を使っていたんだけど、これだとユーザー環境以外でインストールした rubygems が認識されなくてだいぶ困っていたんだけど、このような場合は ~/.rvm/bin/ruby-1.9.2-p136 を使うのが正しいらしい。なるほどねぇ。 さらに gemsets を指定して動かしたい場合は wrapper というものを作るらしいよ。 rvm wrapper ree@rails3 myapp とかそんな感じで作ってから ~/.rvm/bin/myapp_ruby とか。 そんなこんなでhsbt.orgで動かすRubyはrvm経由の1.9.2p136にし
![[ruby][rvm] cron とかで rvm を使って何か動かす方法, [ruby][capistano] tDiary を capistrano で deploy するようにした - HsbtDiary(2011-01-17)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
Rails 3 Hosting with RVM, Passenger, Capistrano, Git and Apache - kris.me.uk
Now that Rails 3 and Ruby 1.9.2 are released, I have compiled some of my earlier posts to create this all in one guide to installing and running Rails 3, RVM, Ruby 1.9.2, Passenger and Capistrano for hosting your rack/rails applications. It assumes that you are using apache and git. At the time of writing, the latest versions of the software in use are: RVM: 1.0.1 Ruby: 1.9.2-p0 Passenger: 2.2.15
明日はじめるCapistrano : \ay diary
明日はじめるCapistrano 投稿者 akira 2010-03-03 10:13:00 GMT Railsのdeployに使われることで知られるようになったCapistrano。でもその実態はRailsにとらわれているわけではありません。Capistranoは何かというと、こう言えます。SSHを使って多数のホストに同時並列に接続して、実行させたいコマンドを一斉に送信、実行結果を受け取って問題なければ次のコマンドを、というのを行うためのフレームワークです。 Capistranoを使い始めるのは簡単です。受け側に必要なものがあまりなく、一般的なUNIX系環境であればすでに準備が整っている状態です。Capistranoを実行するホストにはRuby環境が必要ですが、それ以上のものは基本的には必要ありません。コンパイラも不要ですし、ちょっと試してみるだけならインストールしてなくても大丈夫。 環
Capistrano で rsync - daily dayflower
Capistrano によるファイル転送手段で標準で用意されてる方法は upload や put でファイルをアップロードする（scp / sftp 経由） Git や Subversion などの SCM からファイルをチェックアウトする であり，rsync はない（と思う）。 なので，Capistrano で rsync しようと思った（あ，でも rails とか用の標準 deploy レシピで使う方法とかじゃないです; 単に task に rsync を書くだけ）。 Capfile は実際 ruby のコードなのでなんとでもやりようはある。 task :rsync_task do source_path = "/source/path/" target_path = "target_host:/target/path/" `rsync -avz #{source_path} #{ta
Ubuntu 8.04.2 の Ruby で capistrano が動かない場合の対処 - なんとなく日記
p368 で Net::SSH が刺さるという問題 Lighthouse - Beautifully Simple Issue Tracking があって，それは Ruby 側で解決 http://redmine.ruby-lang.org/issues/show/1848 されたのですが，どうも Net::SSH 側でもなにかしら変更があったようで 2.0.14 が リリース されました． とここまではいいのですが，Ubuntu 8.04.2 の Ruby は 1.8.6-p111 で，これだと刺さる現象が再現してしまいます．何が問題かはわかりませんが，2.0.13 だと刺さらないことから，下記の部分じゃないかと想像できます． module Net; module SSH # This class contains miscellaneous patches and workaround
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
BlogFish: Webistrano - Capistrano deployment the easy way
Webistrano is a Web UI for managing Capistrano deployments. It lets you manage projects and their stages like test, production, and staging with different settings. Those stages can then be deployed with Capistrano through Webistrano. More screenshots can be found at the gallery, there is also a screencast. Webistrano's purpose is to make the deployment of multi-stage and multi-environment s
とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
FFTT : Capistrano
※ この資料について 2006年4月の勉強会資料をCapistranoのバージョンアップ（現時点では1.3.1になってました）による仕様変更などに合わせてちょっと修正したものです。 質疑応答の部分は当時のままなので最初の質問が初々しいです。 Capistranoって何なのさ デプロイツール デプロイ=配備 参考 : Capistrano: Automating Application Deployment 一言で言うと複数のサーバ上で同時に並行してコマンドを実行できるツール。 複数のサーバで動いているサービスのデプロイを楽に行うことができる。 Rails起源なのでRailsに特化した部分もあるが、ほかのアプリケーションでも使える。 昔はSwitchTowerと呼ばれていた。はてなでも使われてる。 何がいいのか 複数サーバへの作業が効率化、自動化できる 定義済みの標準タスクに沿った運用をする
Ryan's Scraps: Using Command Line Parameters w/ Rake and Capistrano
Almost every project I work on requires a small set of both custom rake tasks and capistrano recipes. Since my models are as fat as they can be, these tasks and recipes are usually quite slim and really only involve delegation to the appropriate model method. Ok, so apparently Ryan thinks he’s great because he religiously believes in fat models – woohoo – that’s last year’s news. What I really wan
moroの日記 - 新しくRailsアプリを作るときにやること
なんか色々はまったのでメモです。 一見まとめに見えますが、実は「早い段階でやっとけばよかった」と後悔したり、向こう数日以内に後悔する予定のところをピックアップした愚痴だったりしますけど。 文字コードはUTF-8を使うのが無難。 テーブルの文字コードもUTF-8に。latin1にEUC-JPなデータを入れてしまうと大変。 Ajaxを絶対に使わないならSJISとかでもいいかも。 ケータイを考慮する場合も、around_filterを使って入出力の文字コードを変換するほうが楽だと思います。実際にはまった人の声も聞きたい。 vimを使う場合はこちらもどうぞ。 とりあえずバージョン管理はSubversionをお薦め。 Capistrano(旧名:SwitchTower)でdeployする場合、${RAILS_ROOT}/logをリポジトリに入れるとはまる。${RAILS_ROOT}でsvn:igno
Rails勉強会@東京 第15回 @ 2007年02月 (Capistrano)
18日の Rails勉強会 に行ってきた。 前半 前半は4つのセッションに分かれた。私はCapistranoセッションのオーナーになった。 先日会社でデプロイするときにミスをやらかしてしまって、デプロイツールの重要性が身に染みた。それで今まではそれほどちゃんと触ったことはなかったけれども、ひとつCapistranoを触ってみようと思ってセッションを開いた。 Capistrano はRubyで書かれたデプロイツールで、Rakeをデプロイ作業向けに強化したようなものだ。基本はRakeなのでRakeとかMakeとかAntとかを使ったことがあれば怖くない。 デフォルトではRailsアプリケーションの構成に合わせた設定になっているけれども、設定(レシピと呼ばれる)を変更すれば任意のアプリケーションに適用可能である。実際、 はてな ではPerlアプリケーションに適用しているらしい。次の条件を満たす環境
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
capistrano/README.md at master · capistrano/capistrano
Deploying Rails Applications: A Step-by-Step Guide by Ezra Zygmuntowicz, Bruce Tate, and Clinton Begin | The Pragmatic Bookshelf
brass.to - a really cool domain parked on Park.io
git, submodules and Capistrano – nanoRAILS
Peak Obsession
http://www.machu.jp/posts/20070218/