淺析Ruby on Rails部署方案

2006初，我接到了公司分配的一個遺留項目，讓我負責一個基於C/S的系統的伺服器端。其實是系統是基於HTTP協議的，因為負責用戶端的同事對
於伺服器端編程不甚瞭解，雖然使用PHP對熟悉C＋＋的他來說是駕輕就熟，但是在進一步實現更多的功能和更高的效能上就捉襟見肘了。項目是在非常突然的情
況下交給我的，因為該同事在用戶端上有更多的事情要做。我在分析了他的資料庫結構和PHP原始碼之後，決定按照與用戶端的通訊協議重寫他的伺服器端。為了
能應付老闆苛刻的時間限制，我打算使用正在學習的Ruby on Rails。後來，項目在功能上非常順利地交付了。

兩年過去了，隨著用戶端數量的不斷增加、用戶端功能的增加、與伺服器端互動資料的增加、老闆對功能的要求不斷增加，我在這個項目上走了不少彎路，尤其是在部署——或者說是架構——方面。

我遇到的最大的問題就在於並發連結數上。伺服器與用戶端的每次互動的資料量並不大，但內容無法緩衝。起初用的是
Nginx/Apache+Mongrel
的部署方式，但當遇到大量並發請求時，常常會遇到Mongrel進程死掉的情況。而用戶端的使用者在無法登入用戶端的時候，經常會反覆嘗試，加重了伺服器的
負擔、導致最後所有的Mongrel進程都掛掉。

最後，經過不懈努力，在現有的3台低端伺服器上，可以滿足每天500萬次的請求。在這裡，我將我的一些心得和研究成果總結出來，與大家分享。

文檔地址：http://docs.google.com/Doc?id=ddcvzh74_28f9xppqfh

文章發布在Google Docs上，歡迎大家在其上做批註，有意見和建議也可以在此留言。文章按照知識共用“署名 3.0 中國大陸”許可協議發布，歡迎轉載。