logentriesでnginxのエラーを監視する - komagataのブログ
小さいrailsサービスあるある railsで何かサービスを作ったとする。ExceptionNotificationも入れた。NewRelicで5分毎に死活監視もしてる。なのに「落ちてるみたいです」とTwitterで言われる。 nginx + unicornの組み合わせでアクセスが増えた時、大抵真っ先に起こるのがunicornのtime out。 2013/02/08 18:36:10 [error] 20932#0: *3506622 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 〜ってやつ。 重いDBのクエリとかでアクセスをさばくスピードより接続数が増えてきて起こる。railsアプリまで処理が行かないのでExceptionは起こらない
railsのログローテート - komagataのブログ
怖話ではさくらVPS512を使ってます。性能的にはまだ問題無いんだけど、HDD容量が20GBとちと不安。先日もproduction.logが1.7GBになってたのでちゃんとローテートする。 $ cat /etc/logrotate.d/kowabana /var/www/kowabana/shared/log/*.log { weekly missingok rotate 24 dateext compress delaycompress lastaction pid=/var/www/kowabana/shared/pids/unicorn.pid test -s $pid && kill -USR1 "$(cat $pid)" endscript } newrelicのログとかunicornのログとかも一辺にローテートされるから楽でいいですね。-dをつければdry run。-fで強制実
githubとjenkinsとcapistranoで継続的デプロイ - komagataのブログ
rails + jenkinsでgithubにpushしたらテストというところまでは下記を参照してください。 Testing Rails apps with Jenkins - komagata GithubにpushしたらJenkinsでビルドする - komagata ウェブオペレーションで継続的デプロイというキャッチーな単語を知ったので試してみた。 継続的デプロイなんつっても、上記の様にいつものテストにcapのタスクを追加するだけ。簡単。 githubにpushされると勝手にjenkinsが動き出して… ステージング環境にデプロイ。 これでデザイナーの@machidaさんがgit pushした時も勝手にステージング環境が最新になる。デザインが変わっただけでも頻繁にデプロイされるので問題点などが議論し易い。（特にスマホサイトは実機からアクセス出来る環境があると便利。） 最近はデザイナー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
