pixivのデプロイを支えるpploy - pixiv inside [archive]
メリークリスマス。@edvakfです。 以前にpixivの開発・デプロイ環境の変遷（2014年春版）という記事を書いたのですが、その後もpixivのデプロイ環境は変化し続けています。 今日はpixivで使っているpployというツールについて、半分社内向け資料のつもりで無駄に詳しく書いてみたいと思います。ちょうど年末だし「社内属人コードのドキュメント充実化デイ」をやりたいよねーって話をしていたところでもありますし。 一度社内で行ったプレゼンから抜粋した8ページだけの小さなスライドも公開したので忙しい方はどうぞ。 pployとは デプロイといえばcapistranoやminaなどのスクリプトを手動で実行している人もいると思いますが、pployはcapistranoなどの代替ツールではなく、サーバー上でcapistranoなどを実行するためのウェブアプリケーションです（webistranoの代
![pixivのデプロイを支えるpploy - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/6665b2f47ede28fe383501a720123dd65d328230/height=288;version=1;width=512/https%3A%2F%2Fqiita-image-store.s3.amazonaws.com%2F0%2F5978%2Fe9cbef2e-2446-5bcc-e07e-3860ac805bec.png)
メモリが少ない環境（低価格レンタルサーバー等）でassets:precompile等の重い処理が失敗する場合の対処法 - Qiita
概要説明 メモリが少ない環境、例えばDigitalOcean（以下DO）の最安プランだと512MB。 こういう環境でRailsのassets:precompile等の大量にメモリを使う処理を実行するとOut Of Memory(以下OOM)で処理がKillされてしまう事がありました。 今回はその具体的な例を書きながらその対処法を書いてみたいと思います。 問題発生 > 焦る自分 > 対処 > 解決まで それでは早速、問題発生から対処、解決までを時系列で簡単に説明して行きたいと思います。 今回はRailsアプリを、DOのサーバーにCapistranoでデプロイ中にassets:precompileが失敗した例を使って説明していきます。 ※この問題が発生した簡単な環境説明を下の方に書いたので、興味があれば是非そちらも見てみて下さい。 Railsアプリの更新、修正が完了。 ↓ Stagingにデプ
Docker 現状認識確認会をした - stfuawsc
まえおき 2つくらいデプロイしたい新規のアプリがあったので運用方法の候補に Docker も検討した 検討段階で既にいくつか課題点が見えた Docker に興味ありそうな人たち (@deeeet @repeatedly @kenjiskywalker @punytan) で寿司した 参考画像 pic.twitter.com/wGcPZw0bVp — ヾ(o゜ω゜o)ノ゛''''プニプニ！ (@punytan) May 9, 2014 tl;dr プロダクションで Docker 使うのは今のところ人柱 盛り上がってる感はあるけど実際使ってる人いない Docker は周辺のミドルウェアが揃わないとなかなか使いにくい 話題ごとに箇条書きメモ 運用 アプリのログを完全に回収する方法どうする？ ホストのディレクトリをマウントしてそこに書き込む？ ログ回収しきってからコンテナ止める安全な方法は？ コン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
