CircleCI から deploy させる話 - scramble cadenza
イントロ CircleCI からテストが通ったら capistrano 使って deploy させたい。 けど、対象サーバーは IP 制限がかかっている。CircleCI の IP なんてコロコロ変わるし、どうしたらいいんや... って話。 これができると、PR を github ボタンでマージしたら、自動(当然テストも通した後)で deploy されるので、非常に嬉しい。 方針 before deploy awscli を使い security group の inbound に自分自身の ip を付与 CircleCI の内部から IP address を割り出して、コマンドラインで一時的にinboud に追加させる deploy コマンド(bundle exec cap deploy)を実行 after deploy awscli を使い security group から ip を
事前にprecompileしたassetsをS3に配置してdeployを高速化する方法 - HK's Weblog
Railsで作られているサービスとおもわれるbasecampやgithubはassetsファイルをアプリケーションサーバとは別のCDN(akamaiやCloudFront)サービスから配信している。 CDNに配置する事のメリットとして世界中のEdgeサーバからassetsを配信できるのでどこからアクセスしてもページロードが速い事が一番大きいが、 副次的な効果として事前にassets:precompileすることが可能なためcapistranoでのdeploy時にprecompileしない戦略を取ることによって大幅にdeploy時間を短縮できるメリットがある。 (assetsをgit等ににコミットしてしまってprecompileせずにdeployする戦略もあるがコミットログが汚くなるため避けたい) 今回はasset_syncというgemを使ってS3にassetsを配置しつつcapistran
Capistrano is dead - use Mina - weluse GmbH - Blog
Up until lately I was happy using Capistrano for my deployments. But then I noticed the following: Capistrano was utilizing 70 % of a physical CPU core when deploying on the go. I'm on a dual core system so this impacts my Mac Book Pros overall performance, battery life and it kept me waiting for a long long time. My iPhone was at edge speed so I figured Capistrano spent most of the time waiting f
twiwt.org - このウェブサイトは販売用です！ - twiwt リソースおよび情報
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
Rails3.1.0へのupgrade方法 - rochefort's blog
#282 Upgrading to Rails 3.1 - RailsCastsを見て、 The Ruby Toolbox SearchをRails3.1.0に移行してみましたが、 (諸問題があり未デプロイ http://www.toolboxsearch.tk/ こっちに移行してデプロイしてます ） 思ったより大変でした。 いろいろ嵌ったので、個人的にはRail2.3からRail3.0への移行よりしんどい印象です。 productionでの確認は要実施です。 あと、asset pipelineは、多分はまると思うので Ruby on Rails Guides: Asset Pipelineを一読するのが よいかと思います。 準備 1.「3.0系」の最新（3.0.10）へupgrade 1)Gemfile内のrailsのversionをあげる 2)bundle update rails 3
Capistrano を Rails 以外で使う設定。 - こせきの技術日記
Page not found · GitHub Pages Rails と関係ないプロジェクトで Capistrano を使うための設定を作成した。 最小限の設定 SSHでリモートを操作するための、単純な設定の例。ファイル名は Capfile 。 # sshユーザ名 set :user, "username" # サーバをroleでまとめる role :abc, "server1.example.com", "user@server2.example.com" role :xyz, "server3.example.com" # 全roleで実行。 task :ls do run "ls" end # 特定のroleで実行。 task :myname, :roles => [:xyz] do run "echo " + user end サーバが1つだけならroleは1つでよい。 1行目の
Capistrano 2.2.0 - ひげろぐ
Riding Rails: Capistrano 2.2.0 Railsのデプロイツールとして有名な＆複数台のサーバ管理に非常に便利なCapistranoの2.2.0がリリースされたとのこと。 主な変更点は以下。 ブロックを使って動的にroleの定義できるようになった サーバを中心としたrole定義ができるようになった 一度に接続する最大ホスト数の制限をオプションとして指定できるようになった その他複数のSCMのサポートに関する機能追加 ちょっと見ていってみよう。 ブロックを使って動的にroleの定義できるようになった やっつけの例だけど例えば引数で条件分岐する例。 role :app do if ARGV[1] == 'only_sv01' "sv01" else ["sv01", "sv02", "sv03"] end end まあ今までもif文とか普通に書けたわけだけど、これによって
capistranoを使ってみた - rochefort's blog
以前から使用してみたかったCapistranoを使ってみました。 最初に 要は、今まで本番環境へのデプロイアクションとして ・サービス停止 ・ソース上げる（scp/ftp/rsync ...） ・バックアップ取得 ・デプロイ（tar zxvf、chown/chmod...) ・サービス開始 っていう手順を踏んでいたのを sshとシンボリックリンクを駆使して、 コマンド1個でお手軽にできます。というツールです。 また、履歴管理もやっているので、戻し作業もすぐに出来るらしい（まだ未実施）。 インストール 必要なのは、開発（運用環境）側にssh/capistranoを準備。 本番環境へのインストールは不要です。 sshの話は省略してcapistranoの話です。 $ gem install capistrano $ cd rails_app $ capify . [add] writing '.
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という環境が定義される
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
Capistranoとcapistrano-ext - 祈れ、そして働け ～ Ora et labora
CapistranoはRubyで作られたデプロイツールです。Railsを作った37signalsという企業で、自分たちが使うための実用的なツールとして作られました。Railsと相性がよいのはもちろんですが、Capistrano自体は汎用的なデプロイツールとして作られています。 capistrano-extはCapistranoを、簡単に複数の環境を扱えるように拡張します。開発の現場ではよく、ステージング環境（本番そっくりに作られた本番とは別の環境）と本番環境を切り替えて使いますが、capistrano-extを使うと共通の設定はconfig/deploy.rbに、環境毎の設定はconfig/deploy/staging.rbとconfig/deploy/production.rbに書くことができるようになります。 では、さっそく使ってみましょう。インストールにはRubyGemsを使います。
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/*' \
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - railsware/capistrano-multiconfig: Capistrano extension that allows to use multiple configurations