はてなブックマーク - [RailsConf2008] Railsの最適化・スケーリグのシナリオ : Media Technology Labs (MTL) : メディアテクノロジーラボ　ブログ

(閉じる)

はてなブックマーク > コンピュータ・IT > [RailsConf2008] Railsの最適化・スケーリグのシナ...

[RailsConf2008] Railsの最適化・スケーリグのシナリオ : Media Technology Labs (MTL) : メディアテクノロジーラボ　ブログ

mtl.recruit.co.jp

タグ : rails scalability Ruby tuning nginx memcached ec2 最適化開発運用

コンピュータ・IT 74 users

大井宏友です。今回僕がRailsConfに参加したのは、Railsを大きなサイトで採用している事例が多く、それを運用するためのノウハウを勉強したかったからです。運用にまつわるセッションがいくつもあったのですが、それらをまとめて、主にオプティマイズとスケーリングについて、感じたことを書いてみます。オプティマイズ徹底的に原因を探る何がなぜ遅いのかを徹底的に調べ、修正。誰もが（スケーリングの前に）これをまず始めにやるべきだと話をしていました。よくRailsは遅いからといってすぐにあきらめたりしますが、彼... > このページを見る

最終更新時間: 2008年06月07日02時23分

▼ブログで紹介する

みんなのブックマーク人気（0）新着

koseki
手を動かす前に原因を把握する。そのためのツールを使う。memcacheを使わない選択肢はない。mongrel -> nginx -> 複数サーバ -> ロードバランサ。 2009/05/11
s5ot
rails 性能　キャッシュ　railsconf nginex スケーリング 2009/04/02
tohtas
rails 性能　キャッシュ　railsconf nginex スケーリング 2009/04/02
webmarksjp nginx, rails, scalability
memcached 2008/07/12
LukeSilvia rails, server, 最適化
まず徹底的に原因を探る。Railsが遅いという前に検証することは山ほどある。最適化の一歩はキャッシュから。もはや、memcacheを使わないという選択肢はない 2008/06/09
spider-man rails
nginx を初めて知った 2008/06/07
susatadahiro
分析ツールへのリンク, nginexでクラスタの図 2008/06/07
se-mi rails, 運用
”もはや、memcacheを使わないという選択肢はなく、始めから使うように実装するかんじです。”／LBはNginx 2008/06/07
ymorimo rails
cache! cache! cache! 2008/06/07