「node.js勉強会＠福岡」の実況ツイートまとめ #node_fukuoka
-
takesi_yosimura
- 1783
- 0
- 0
- 0
-
- いいね！0
tksy(吉村 武志)
@takesi_yosimura
サービス規模 DAU：１万人 アクセス数：３５０万/day ピーク時：100/sec #node_fukuoka
2014-10-24 19:50:50
tksy(吉村 武志)
@takesi_yosimura
node７台、MySQL２台、MongoDB３台、ReDis２台 MySQLを除けば、割とベーシックな作り。 #node_fukuoka
2014-10-24 19:51:54
tksy(吉村 武志)
@takesi_yosimura
nodeとnginxが相乗りしている。 URLによってnodeへredirect 静的ファイルはnginxが返答 こういう構成をすると開発時などで非常に楽。 #node_fukuoka
2014-10-24 19:53:06
tksy(吉村 武志)
@takesi_yosimura
node7台にしてあるのは、余裕を見ているため。 ２台とかでもピーク時以外いける。 #node_fukuoka
2014-10-24 19:54:31
tksy(吉村 武志)
@takesi_yosimura
開発メンバーが結構きつきつだったけれど、 読みやすく触りやすい言語だったため、無事にオンスケリリースできた。 #node_fukuoka
2014-10-24 19:55:30
tksy(吉村 武志)
@takesi_yosimura
変更に柔軟な構成。 MongoDBとの相性がよい。 カラムの追加が楽。 JSONとJSということになるからね・・・ #node_fukuoka
2014-10-24 19:57:13
tksy(吉村 武志)
@takesi_yosimura
機会損失を備えて７台にしてあるけれど、 nobkz氏曰くオートスケールすれば面白いよという話から宣伝がｗ #node_fukuoka
2014-10-24 20:04:20
tksy(吉村 武志)
@takesi_yosimura
典型的な既存の構成だった場合・・・ 修正が発生すると？ ＞サーバの人、フロントの人、両方で同じソースを触らないといけない。リリースが煩雑な作業に・・・ #node_fukuoka
2014-10-24 20:33:13
tksy(吉村 武志)
@takesi_yosimura
新構成に・・・ サーバの責務のうち、ルーティング・テンプレートエンジン・JavaScript、CSSをnodeに担当させ、ビジネスロジック・APIを分離することで、サーバの人とフロントの人の修正対象を分離！ #node_fukuoka
2014-10-24 20:35:02
tksy(吉村 武志)
@takesi_yosimura
nodeにかけた制限 ・直接DBアクセスはしない ・ビジネスロジックを書かない ・キャッシュはしてよい あくまでUI専用！ #node_fukuoka
2014-10-24 20:36:48
tksy(吉村 武志)
@takesi_yosimura
デメリットは・・・ ・システム構成が複雑になった ・作業量が増えた ・技術的な範囲が広くなった などの新たな問題 #node_fukuoka
2014-10-24 20:38:32
tksy(吉村 武志)
@takesi_yosimura
構成をかえたことで、APIの設計が大変になった そりゃそうだ。 重要なインタフェースになる・・・ #node_fukuoka
2014-10-24 20:40:43
tksy(吉村 武志)
@takesi_yosimura
”Node.jsでアプリを全部書くなんてクレイジー" JSオンリーだと辛いこともあるようだ #node_fukuoka
2014-10-24 20:42:27
tksy(吉村 武志)
@takesi_yosimura
ほぼスマートフォン相手のサービスだったので、SPAにすると重くなってしまうという判断。 #node_fukuoka
2014-10-24 20:43:55