Ruby on Rails 伺服器架設原理

阅读更多

一般來說，Ruby on Rails 架設原理很簡單，分成三個部份。

1. Frontend Server
2. Application Server
3. Database Server

每個部份都有自己的功用。


Frontend Server 負責將所有 HTTP Request forward 給後端的 Application Server，也就是他是作類似 Reverse proxy 的工作。一般來說，Apache 2.2 跑 mod_reverse_proxy 是最常出現的選擇，nginx 也是不錯的選擇。Lighty 1.5 之後跑 mod_proxy_core 也很方便，等到 1.5 release 之後我會作詳細的評估。
Application Server 負責跑 Ruby on Rails 程式，你寫好的程式就在上面跑。一般來說可以用 Webricks，Fastcgi，scgi，Mongrel 等等 Ruby on Rails Runner來跑。Webricks 太慢，Fastcgi 有穩定性，以及不好設定的疑慮。SCGI 太年輕。目前最穩，最好用，而且已經被驗證過的 Application Server 就是 Mongrel。

Database Server 就是處理資料處理的工作。可以跑 SQLite，MySQL 之類的 RDBMS 。甚至使用 File 來當資料處理，或是使用 NFS 也未嘗不可。不過這裡通常大家都是使用一般大廠的 RDBMS資料庫。

組合方式

Apache 2.2 + Mongrel：穩定，高彈性的組合

Apache 2.2 遇到 user request 用 HTTP 分配給 Mongrel ，然後 Mongrel 去跑。這個組合的好處是每個 Application Server node 都可以很輕易的拆成不同台機器，並且很好管理。Apache 的穩定又是出名的。雖然不見得最快，但是方便 scale 以及穩定是他最好的優點。目前所有組合當中最穩定的方式，很多流量最大的 Ruby on Rails 站台也都是使用這個方式。適合在已經有一定規模的網站。設定方式在此我有介紹。

Lighttpd + Fastcgi：單機最佳選擇
Lighttpd 1.4 跑 PHP 或是跑 Ruby on Rails 都是這樣跑。Lighttpd 為 Frontend Server ，他接到 request ，經由 unix socket 送給身為 Application Server 的 Fastcgi ，Fastcgi 再執行 Ruby on Rails 程式。通常這個方式是 Frontend Server 跟 Application Server 跑在同一個機器上面的，當然每個 Fastcgi 也可以跑在 TCP Mode ，然後 Fastcgi 放在不同機器上面，不過設定不易不常使用這個方式。這個組合的好處是執行效率非常快速，如果 Frontend 跟 Application 放在同一台機器上，Lighty 這個組合遠比 Apache 的組合來得輕快許多。但是缺點是多台機器設定複雜，不易擴展到多台機器上，Fastcgi 又有在高負載下罷工的負面報導。相反的，單台機器上面 Fastcgi 設定管理簡單，速度又飛快，非常適合小網站剛剛起步時，機器不足，流量不大的需求。設定方式在此我有介紹。

Nginx or Lighttpd 1.5 + Mongrel：未來的新選擇

類似Apache 的組合，但是 nginx 或是 Lighttpd 1.5 都有一個優點，不像 Apache 2.2 那麼肥。反正這個 Frontend 只要作 reverse proxy 的工作，其實不需要 Apache 那麼大的 Server 來作。好處是 Frontend Server 比較快速。壞處是 nginx 這個俄國來的 Server 大家不熟悉，doc 又很少（俄文是很多啦）。Lighttpd 1.5 又只在 pre-release 階段，穩定程度還是得花點時間。不過如果扣掉 Frontend 的 X factor，這個組合兼具輕快跟方便 Scale ，可說是最好的組合。lighty 1.5設定方式在此我有介紹。nginx 的設定檔這裡有範例，可以參考。