Trelloのアーキテクチャ - ワザノバ | wazanova

http://nodeup.com/fiftyfour 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 Trelloのアーキテクチャについてのアップデートです。2012年1月にブログで紹介されたものと、昨年11月の最新状況をまとめてみます。 まずは、当初のアーキテクチャ: UIをクライアントサイドで生成し、プッシュでの更新を受け入れるシングルページアプリ。Client/ServerともにJavaScript、2011年5月以降はCoffeeScriptで書いている。 1) The Client TrelloのサーバはHTML、クライアント側のコードをほぼ扱っていない。Trelloのページは2Kのシェルで、一つの圧縮されたJavaScriptファイル（サードパーティのライブラリと圧縮したCoffeeSc

[chott]

[]

[uk-ar]

WebSocketについてはwsを利用。 全てのユーザのアタッチメントは、Amazon S3に保管。 HAProxyではSSL Terminationを利用。 Amazonへ移行後に、ノードのクラスタ部分に問題がでた。リクエストを異なるワーカーに配布する際に、少数のワ

[efcl]

Trelloのフロント、バックエンド。 クライアントサイドはBackbone、WebSocketを使っていてajax pollingはシンプルに時間毎に繰り返す、サーバはNode

[h5y1m141]

“大量のオープン接続を必要とするサービスであるので、イベント駆動型でノンブロッキングタイプのサーバが適していると判断し、Node.jsを試した。シングルページアプリのプロトタイプづくりにも適している” fmfm

[razokulover]

アーキテクチャー系の記事はおもしろい。

[t-wada]

クライアントは Backbone.js で WebSocket を扱い、サーバは Node.js (Express) + HAProxy + Redis + MongoDB. 本番リリースの頻度は週3-5回程度。解析系は logstash+ Elasticsearch + kibana.

[masaru_b_cl]

もはやRedisはWebリッチアプリのデファクトスタンダードだなぁ