2013-02-07 19 views
11

Ruby on Rails, ölçeklenebilirlik seçeneklerinden yoksun olması nedeniyle büyük ölçüde hataya düştü ve alternatif genellikle bir Java web uygulaması veya benzeri bir biçime geçiş yapmaktır. Ancak tüm kaygılar en iyi ihtimalle bir şekilde çok keyfi görünüyor. Belirli bir uygulama, farklı bir dilde yeniden gerektiğinde için herhangi bir somut sayılarÖlçeklendirme, Heroku'da dağıtılan Rails uygulaması için hangi noktada sorun oluşturuyor?

var mı? Heroku, app için kullanılabilir dynos sayıları ile çeşitli ölçekleme seçenekleri sağlar, ancak, hangi noktada, azalan iadeler, belirgin olacak? Ya da o kadar çok dynosun bedeli, yeni bir uygulama yazmanın maliyetinden daha ağır basacak?

Heroku'daki temel ücretsiz barındırma planında performans sorunları yaşamadan destekleyebilmem için kaç tane aktif eşzamanlı kullanıcı bekleyebilir?

cevap

20
"Raylar ölçeklendirmez" efsane basitçe ölmeyecek

...

Twitter'ın kurşun mimar alıntı: Bir “hızlı” bir dille ilişkili

performans artırır bize verecekti % 10-20 iyileştirme, ancak Ruby ve Rails'in mutlu bir şekilde ağırladığı mimari değişiklikler sayesinde, Twitter% 10000 daha hızlı.

Size sabit bir sayı veremiyorum, ancak Ruby veya Rails darboğazlar oluşmaya başlamadan çok uzun süre önce veritabanı veya mimari darboğazlara girdiğinizden neredeyse kesin olarak emin olun. Bu konu ile ilgili olarak Teflon Ted, a nice collection of blog posts'u oluşturdu.

+2

Buna eklemek için önemli değil ** hangi ** dilini kullanıyorsunuz. Belirli bir yüksek hacimli noktada, HER ZAMAN aynı konulara girecek ve neredeyse her zaman mimari değişiklikler gerektirecektir. IE: Dağıtılmış önbelleklerden hangi veri parçalarını sunabiliriz? Uygulamanın hangi bölümleri veritabanına etkin bir şekilde erişemiyor? Kendinizi sadece performans artışı için anahtarlama dilleri üzerinde düşünürseniz, asıl sorunun ne olduğuna bakmayı düşünmelisiniz. – nzifnab

İlgili konular