EngineYard 上のRailsアプリをWerckerでデプロイする - Qiita
はじめに つい先日まで、EngineYard に Rails でアプリを構築して、自動テストは wercker でおこなっていたものの、デプロイは EngineYard のダッシュボード画面より手動でおこなっていました。 そろそろデプロイも自動化したいと思いましたが、wercker ではデフォルトでは EngineYardへのデプロイに対応していないません。どうも、Codeship というサービスが EngineYard へのデプロイに対応しているということで切り替えました。 しかしフリーでの利用はビルドが100回までという制限があり、実際運用してみると1週間ももたないということがわかり、Codeship の利用をあきらめました（コミットコメントに [skip ci] という文字列を含めると自動ビルドをスキップするという機能はあるのですが、100回という上限を気にしながら開発するのは精神衛
Rails / PostgreSQL の組み合わせで使ってる場合に、PostgreSQL のメモリ消費を劇的に減らす方法 - Qiita
この値が大きいと、Rails側ではなく、データベース側に PreparedStatement のキャッシュがメモリに保存されるためデータベースのメモリをぐんぐん消費するのだ。 アプリの内容と相談し、 PreparedStatement キャッシュが少なくてよいなら減らすべき。 というかデフォルト 1000 は多すぎるような気がする。 このキャッシュは接続毎に効いてくるので App Server を複数台で冗長化してる場合などは劇的に効いてくる。というか、逆に言うとデフォルト設定だとApp Serverを増やすとあっという間にデータベースのメモリを消費してしまうことになる。 railsguide にシレっと載っている情報だが、案外ネットで見つかりにくい情報なので載せることにした。
Rails 初心者が Capistrano3 で AWS EC2 にデプロイするためにがんばったこと。 - Qiita
Rails 初心者が Capistrano3 で AWS EC2 にデプロイするためにがんばったこと。AWSRails4capistrano3 追記 http://qiita.com/kizashi1122/items/6e22b2a27fa4da487884 に更新版を載せました。 はじめに 最初に構成ですが、以下のとおりです。 クライアント Mac 上の仮想環境(CentOS) Capistrano3 もここで動きます サーバ EC2(AWS) 構成管理 Github ミドルウェアは、以下のとおりです。Nginx は yum でインストールしておいてください。 Nginx Unicorn Capistrano3 で、クライアントからコマンド一発でサーバにデプロイすることを目的としてます。 しかし、Capistrano3 や Unicorn 関連の情報は Web 上にたくさんあり、それぞ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
