2013-02-07 44 views
11

Ruby on Rails在很大程度上因爲缺少可伸縮性選項而出現故障,另一種選擇通常是遷移到某種形式的Java webapp或類似的東西。但從某種角度來看,所有的擔憂似乎都是非常武斷的。在Heroku上部署Rails應用程序的可伸縮性會成爲問題?

當某個應用程序需要用不同的語言重寫時,是否有任何具體數字? Heroku提供各種縮放選項,以及應用程序可用的調音臺數量,但是在什麼時候收益遞減(如果有的話)會顯而易見?或者,擁有這麼多的動態碼的成本會超過單純編寫新應用程序的成本?

在Heroku的基本免費託管計劃中,我希望能夠支持多少個活動併發用戶,而不會受到性能問題的影響?

回答

20

的「Rails沒有規模」的神話根本就不會死......

引用Twitter的首席架構師:

與「更快」語言相關的性能提升將會給我們一個提高10-20%,但由於Ruby和Rails高興地適應了架構變化,Twitter的速度提高了10000%。

我不能給你一個固定的數字,但幾乎絕對保證你在Ruby或Rails開始成爲瓶頸之前很久就會遇到數據庫或者架構瓶頸。

Teflon Ted已創建關於此主題的a nice collection of blog posts

+2

補充說明:無論您使用哪種**語言,都無關緊要。在某個高容量點處,您總是會遇到相同的問題,並且幾乎總是需要進行架構更改。 IE:我們可以從分佈式緩存中提供哪些數據?應用程序的哪些部分無效訪問數據庫?如果你發現自己只是爲了提高性能而考慮切換語言,你應該考慮看看真正的問題是什麼。 – nzifnab

相關問題