我運行一般具有中等流量(最多100個請求/小時)的Rails web應用程序。但是,我預計每隔幾周就會有一次相對較高的流量爆發(每秒50個請求/秒)。在接下來的幾個月中,我預計中度和高峯流量都會增加,但它們的相對量值可能會保持成比例。可預測的爆發託管
哪裏是舉辦這樣的最好的地方?過去我已經使用EC2來加速處理,但還有其他可能更具成本效益的選項(我不需要大量存儲)? Heroku,Linode或Slicehost呢?
我運行一般具有中等流量(最多100個請求/小時)的Rails web應用程序。但是,我預計每隔幾周就會有一次相對較高的流量爆發(每秒50個請求/秒)。在接下來的幾個月中,我預計中度和高峯流量都會增加,但它們的相對量值可能會保持成比例。可預測的爆發託管
哪裏是舉辦這樣的最好的地方?過去我已經使用EC2來加速處理,但還有其他可能更具成本效益的選項(我不需要大量存儲)? Heroku,Linode或Slicehost呢?
Heroku真的很簡單。
準備好流量突發時,向上移動滑塊(「dynos」的數量或Heroku上的併發單元)。
完成爆發後,將旋鈕向下移動滑塊。
對於使用的dynos的Heroku帳單按比例分攤到第二。如果您將雷諾加速時間增加5,923秒,然後再次降低,那麼您將收取這些費用。
Heroku負責從所編制的「slug」中部署您的應用程序,該程序在您爲所有新的dynos執行git push heroku master
時創建。除了移動滑塊以外,您無需執行任何操作以準備突發流量。
我會繼續推薦Heroku。由於您事先知道需要更多容量,因此您可以在本地系統上運行cron作業,以自動調整dynos的數量。
查看Heroku command line docs的選項。
是的,對於這種需求,Heroku是一個很好的解決方案。如果你不想保姆,你也可以使用自動縮放器。請參閱http://stackoverflow.com/questions/9180377/how-does-one-autoscale-web-dynos-on-heroku。 – 2014-11-11 09:29:22