性能と無関係にUnicornからPumaに移行した件 - ぱろっと・すたじお
今回の結論を先に書けば・・・ 「CapistranoとPumaをあわせて使うとめっちゃはかどる」 ・・・って話でございます Unicornにこだわりがなければ、Pumaは便利だと思います、以上Σ(・ω・ノ)ノ （私には必要だが一般的には無視していい）前置きというか経緯 そもそもCapistranoはお仕事で使ったことがありましたが、 チェンクロパーティーシミュレーター（以下、ccpts）ではまだ導入してませんでした お仕事でごりごり使っていたのはRails4.2とかの頃で、 Passengerは重たいよねって認識*1から、Unicornを当たり前のように使っており、 ccptsでもNginx+Unicornを手動デプロイで運用してました ccpts.parrot-studio.com 別に手動でも困ってなかったのですが、一つだけ問題がありまして サーバダウンから再起動した際、サービスも一緒
Capistrano3の動作まとめ。 - Qiita
はじめに Capistrano3を使ったデプロイ手順をまとめます。 このまとめは僕がCapistranoの詳細について知りたいと思ってまとめたものになります。 この文献を読めばCapistranoに対する理解は深まると思いますが、使用する際に知らなくても良い情報も多数記載されています。 （使い方だけを知りたい方は「デプロイレシピの書き方」から読んでください。） はじめはRailsデプロイに特化した記事にしようと思ったのですが、Capistranoに関する仕様が多くこの記事だけでは収まらなかったため本記事はCapistrano全般に関する記事に変更しました。 なので、PHPやJavaなどのデプロイで使う場合にも参考になる記事になってます。 ※僕が調べた限りの情報なので間違っている部分やあやふやな部分もありますので怪しいと思ったところに関してはご指摘いただければと思います。 インストール イン
RailsのデプロイとUnicornのトラブルシューティング
デプロイしたけど何かおかしい？ 先日、Unicornを採用しているウェブアプリで問題が発生しました。デプロイした最新のコードが実行されているように見えますが、時々古いコードの挙動を見せるのです。 今回はそのトラブルシューティングの一部始終を紹介しながら、Unicornのホットデプロイ（ダウンタイムなしでアプリケーションを更新すること）の仕組みをおさらいします。担当は私、去年KRAYに入社しました@irohirokiです。よろしくお願いします。 問題 まずはデプロイ先のサーバにSSHして、Unicornのプロセスを調べてみました。 $ ps ax -H PID TTY STAT TIME COMMAND 3159 ? Sl 0:00 unicorn master (old) -c unicorn.conf -D 3162 ? Sl 0:00 unicorn worker[0] -c unic
rvm-capistrano を使って RVM をインストールする - Hack like a rolling stone
chef 見習いの @tk0miya です。全国の chef 使いのみなさん、いかがお過ごしでしょうか。 最近、自分が使っている VM に入っている ruby の数を調べてみてびっくりしました。 OS 標準のもの (/usr/bin/ruby) Chef Omnibus Installer 由来のもの (/opt/chef/omnibus/bin/ruby) RVM 由来のもの (/home/xxxx/.rvm/...) Vagrant 由来のもの (/usr/local/bin/ruby) このうち、アプリケーションが利用しているのは RVM 由来のものだけです。 更に調べてみると、このうち 3箇所に chef がインストールされている不思議な状態になっていました。 今回はこの環境を整理して、RVM にまとめてみたいと思います。実験環境は CentOS 6.3 です。 capistran
Rals3.2.13で始めるGit連携Capistrano 2系による自動デプロイ
RailsにCapistranoを導入して、Gitリポジトリと連携した自動デプロイのしくみを構築していきます。一度組み上げてしまえば、その後の作業量が激減するんでオススメです！ ちなみに、localにステージング環境を作る場合には、Capistrano 複数環境へのデプロイ[localhostへのデプロイ]がオススメです。 🐮 リモートのGitリポジトリを準備デプロイ先のサーバがアクセスできるGitリポジトリを準備してください。無制限でプライベートなGitリポジトリを作成できるBitBucketがオススメです！ ちなみに、BitbucketでのSSHキーセットアップ手順はこちらにまとめています。 🐞 Gitにリモートリポジトリを追加ローカル側でGitにリモートリポジトリを追加する。
cap shellにヒストリ機能をつけるGem作った - hitode909の日記
デプロイツールのCapistranoに含まれる便利コマンドであるcap shellというので，いい感じにサーバーにsshみたいなことができる．サーバーのIPを書かずに，プロキシサーバーにつないでログを見るとか，設定を観察するとかできて便利． しかし，cap shellは，順番に標準入力を受け取ってサーバーで実行するだけという素朴な実装方法で，ヒストリを保存してくれない，という問題がある． 毎回アクセスログのファイル名をがんばって書いたりする必要があった． capistrano_shell_historyというGemを作った．これを使うと，cap shell上で実行したコマンドの履歴がファイルに保存されて，普通のシェルと同じ感じに，次にcap shellしたときに履歴が復元される．Readlineの機能が使えるので，Ctrl-rでログを検索とかできる． hitode909/capistran
WebistranoでGUIからの1Clickデプロイを実現する
WebistranoはCapistranoのWebフロントエンドであり、Web画面上からCapistranoを実行することができる。 これを利用することで、複数のプロジェクトを一括で管理したり、レシピを共用したりすることができ、デプロイの履歴を管理することも可能になる。かなりオススメ。なお動作させるにはRailsとなんらかのDBMSが動作する環境が必要だ。 Webistranoの入手Githubにホスティングされている。 適当なディレクトリにてgit clone https://github.com/peritor/webistrano.git すればOKだ。 インストール動作確認は僕のMacBook Pro (OS X Lion)で行った。なお既にMAMPによってMySQLが導入されていたのでそれを使っている。MAMP上でのrubyのmysql接続用ライブラリの導入sudo gem in
サーバ構築・デプロイの自動化の話。或いはChefとCapistranoの素敵な関係 - プログラマでありたい
最近のChefのブレイクで、サーバの構築も自動化でという潮流になっています。そんな中でチラホラ見受けられるのが、アプリのリリースもChefでという考え方です。私は微妙に違うのではないかなぁと思っているので、ちょっと考えを整理してみました。併せてCapistranoの紹介もしてみます。 Chefの役割 まずChefについてです。Chefの役割としては、サーバの状態を管理するものです。ここで言うサーバの状態というのは、各種ミドルウェアのインストール状態＆設定です。いわいるサーバ構成ですね。またChefを使う最大のメリットは、開発環境やステージング環境、本番環境と全ての環境を同じスクリプトで構築するので、手作業によるミス等による微妙な差異が発生しなくなることです。 さてここで問題になるのが、サーバ上のアプリケーションのコードやデータベースのテーブル定義は、サーバの状態に入るのかという点です。入る
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wheneverは導入が超簡単なcrontab管理ライブラリGemです！[Rails 4.2 x Ruby 2.3]