入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
Capistranoでタスクの実行対象サーバを絞り込む方法 - idesaku blog
Railsアプリのデプロイツールとしてデファクトスタンダード的な位置にあるCapistranoについて。 TL;DR HOSTSとROLESではなく、HOSTFILTERとHOSTROLEFILTERを使え。 タスクの実行先制限方法 Capistranoは、デプロイ先サーバに"ロール"を設定し、特定のロールに所属するサーバ全てに対して一括でなにかしらの処理を実行させることができる。 # deploy.rb server 'webserver1' :web server 'webserver2' :web server 'dbserver', :db, :primary => true ... task :do_something, :roles => :web do ... end cap do_something #=> webserver1, webserver2に対してのみdo_so
Capistranoでのエラー処理(ロールバック処理)
通常、Capistranoではリモートホスト上でのコマンド実行に失敗する(終了値が0以外になる)とそこでタスクを中断します。トランザクションの中でのコマンド実行であり、ロールバック処理が与えられていればそれを実行します。 ここではタスク実行の中断によりコマンド実行されないホストが生じる場合にロールバック処理がどのように行われるかを見てみたいと思います。 ロールバックの基本的な動き まず、シンプルな例です。 role :foo, "mike", "tora" task :foo do run "hostname" end これを実行すると次のようになります(以下、動作確認はCapistrano 2.5.19/Ruby 1.8.7で行っています)。 * executing `foo' * executing "hostname" servers: ["mike", "tama"] [tampe
capistrano-extでステージング環境にデプロイ - komagataのブログ
「Railsレシピブック」出張版でCapistranoの話を聞いてきたのでついでに最近嬉しかったCapistranoネタ。 名前は違えどどこの開発でも大体見かけるステージング環境（本番と同じ環境だけど本番とは別）。 cap1.xの時はdeploy_staging.rbとかを作ってたしか、cap -f deploy_staging.rb deployってやってたんだけど、cap2.xで-fするとそのファイルの中身のtaskしか読まなくてcap自体のタスクを読まねえ。 ちょっと調べるとcapistrano-extってgemがあるそうです。 capistrano-extでステージング環境にデプロイ： # config/deploy.rb: require "capistrano/ext/multistage" とやるとstaging, production, testingという環境が定義される
Automating Capistrano Password Prompts with Expect
Automating Capistrano Password Prompts with Expect I just started using Capistrano for deploying my Rails applications (like Snapclean.me"). I also just started using capistrano_rsync_with_remote_cache to help push releases out faster than the :copy deploy strategy. I’m very happy with how much faster it is than the a :copy, but I’m impatient and having to provide the password more than once per i
Chef-solo + Capistranoで簡単サーバ構成管理 - Future Journal
サーバに対して何台も同じような設定をしていると、そんな刺身にたんぽぽのせるような仕事やってられるかー！となりますよね？特に最近だとクラウドや仮想化技術が身近になってきたので、環境をイメージコピーで構築する手法も増えているのではないかと思いますが、一方で、ハードやOSレベルでも技術が進化していくので、OSより上のレイヤー（ミドルウェアやアプリケーション）とOS以下のレイヤー（ハードウェアやOS）を粗結合にしておくことが重要だと思います。 OSより上のレイヤーのシステムの構成管理を自動化ツールとしてPuppetが有名でしたが、最近だとChefがRubyでスクリプトが書けて便利です。 ChefはChef-server, Chef-client, Chef-solo という3つの構成に分かれています。しかしChef-serverとChef-clientを利用した構成は構成がやや複雑になるので、中央
Capistrano による Deploy - Haida’s private weblog
信頼性の高いシステムを構築課題として、以下があります。 デプロイ方法の確立 テスト技法の確立 今回はデプロイに関連して、Capistrano を使ったリモートサーバでのタスク実行について調査してみました。 現状のデプロイ法テストサーバから本番サーバへ Rsync。 Rsync については以下に記述あり。 rsyncを使った熟練者レベルのバックアップ Rsync は以下のようなスクリプトを書いて実行できる。 #!/bin/sh rsync -av $1 /path/to/yourapp/ \ haida@deploy_to_server:/path/to/deploy_to/ \ --exclude='tmp/cache/*' \ --exclude='tmp/pids/*' \ --exclude='tmp/sessions/*' \ --exclude='tmp/sockets/*' \
フォアフロント日記 お客様が儲かる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が出来ているので
JavaScriptやCSSを動的にdeflate圧縮するのではなく、あらかじめ圧縮しておいたものを配信することでサーバーのCPUリソースを節約する « cyano
JavaScriptやCSSを動的にdeflate圧縮するのではなく、あらかじめ圧縮しておいたものを配信することでサーバーのCPUリソースを節約する prototype.jsを10KBにする方法やSafari と gzip 圧縮 JavaScriptなどですでに述べられてることですが、mod_deflateでリクエストがある度にアセット（CSSやJavaScript）にdeflate圧縮をかけるのは、deflate処理が軽いからと言っても、塵も積もれば馬鹿にならない（WWWサーバーやAPサーバーに本来使って欲しいCPUリソースを蝕む）訳で、deflateしたいアセットには予めgzip圧縮してそれを配信し、サーバーのCPUリソースに優しいようにしましょう、というお話。 今回は、予めgzip圧縮するという作業を自動化するために、Railsでよく使われるデプロイツールであるCapistranoを
FFTT : Capistrano
※ この資料について 2006年4月の勉強会資料をCapistranoのバージョンアップ（現時点では1.3.1になってました）による仕様変更などに合わせてちょっと修正したものです。 質疑応答の部分は当時のままなので最初の質問が初々しいです。 Capistranoって何なのさ デプロイツール デプロイ=配備 参考 : Capistrano: Automating Application Deployment 一言で言うと複数のサーバ上で同時に並行してコマンドを実行できるツール。 複数のサーバで動いているサービスのデプロイを楽に行うことができる。 Rails起源なのでRailsに特化した部分もあるが、ほかのアプリケーションでも使える。 昔はSwitchTowerと呼ばれていた。はてなでも使われてる。 何がいいのか 複数サーバへの作業が効率化、自動化できる 定義済みの標準タスクに沿った運用をする
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
SwitchTower - PukiWiki
開発用マシンにSwitchTowerをインストール gem install switchtower --include-dependencies ↑ 開発用ワーク上でSwitchTowerを組み込む switchtower --apply-to "アプリのディレクトリ" "アプリ名" ex) switchtower --apply-to /home/guest/src/todo todo config/deploy.rbとlib/tasks/switchtower.rakeが生成される。 ↑ サーバ指定 SwitchTowerに関する設定は、config/deploy.rbで行います。 先のコマンドで作成されているが、それをそっくり入れ替えちゃいます。 set :application, "todo" ← アプリ名 set :repository, "svn+ssh://svn.examp
え？ まだSwitchTower使っていないんですか？ - ma2’s diary
You're Using SwitchTower, Aren't You? SwitchTowerは，Ruby on Railsのアプリをデプロイするユーティリティツール。 以下ざっくり翻訳。 私がSwitchTowerラブなのは秘密でも何でもない。ちょうど昨日SwitchTowerを使ってまた1つRailsアプリのデプロイを自動化したところだ。SwitchTowerの設定とテストには数分しかかからなかったし，新しいリリースをデプロイするたびに恩恵を受けている。実際SwitchTowerは素晴らしい投資で，今でも私はSwitchTowerが過小評価されているんじゃないかと思っている。そこで，昨日どんなことが起きたか簡単な概要をここに書き，SwitchTower評価の一助にしたい。 デフォルトのSwitchTowerのレシピファイルにちょっとした修正を加えて，以下のコマンドを自分のローカルマ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Capistrano