This is an addendum to a three part series: Part 1 - Part 2 - Part 3 Contents Bad ideas Exrm Using Exrm with Kitteh Building the docker image(s) - once more. The agony with build environments Results! Assets Wait! Migrations! The problem with Mix.env So, we’re going to ignore ImageMagick? Conclusion Bad ideas I have had some bad ideas in the past - building a container out of a Phoenix application
Phoenix の開発者である Chris McCord さんが 2015/11/18 に書いた記事「Phoenix is not Rails」の翻訳です。 僕は Rails 未経験の状態で Phoenix を始めたクチなのですが、最近 Rails もやるようになり、両者を比較して考えることが多くなってきたので、いい機会だと思い翻訳してみました。 誤訳があれば編集リクエストを頂けると幸いです。 まえがき 昨年12月、ブライアン1は年次総括で 開発を Elixir と Phoenix に移行する計画を公表しました。それから1年、実際に Rails から Phoenix へ移行してみて分かったのは、この作業はそれほど大変ではないということです。というのも、Phoenix は Rails と非常によく似た作りをしているからです。もちろん、フレームワークのきちんとした理解にはそれなりの学習が必要で
The Road to 2 Million Websocket Connections in Phoenix Posted on November 3rd, 2015 by Gary Rennie If you have been paying attention on Twitter recently, you have likely seen some increasing numbers regarding the number of simultaneous connections the Phoenix web framework can handle. This post documents some of the techniques used to perform the benchmarks. How It Started A couple of weeks ago I
サービス運用に必要なサーバログの設定概要の一例。 ログの出力対象を考える ここでは下記を対象とする。サービスの初期段階ではログを多めに出しておいて、安定稼働の実績が出来次第ログを減らす方針でいく。 受信したHTTP Request リクエストheader(user-agent, x-forwarded-for) リクエストbody(controllerの引数のみ) 返答したHTTPレスポンス レスポンスタイム レスポンスbody(JSONの場合) vmの情報(process数) サーバ内での予期しない例外 各ログ出力には、下記の情報を付加させる ユーザーID そのログ出力が、どのユーザーのHTTPリクエストによって発生したのかがわかるようにする リクエストID そのログ出力が、どのHTTPリクエストによって発生したのかがわかるようにする 各ログ出力を設定する リクエストheader(use
How do you implement Continuous Delivery?: Part 5 - Deployment Patterns
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く