Ruby on Rails è stato ampiamente criticato per la mancanza di opzioni di scalabilità e l'alternativa è in genere la migrazione a una qualche forma di webapp Java o qualcosa di simile. Ma tutte le preoccupazioni sembrano essere alquanto arbitrarie, in un certo senso.A che punto la scalabilità diventa un problema per un'applicazione Rails distribuita su Heroku?
Esistono numeri concreti per quando una determinata applicazione deve essere riscritta in una lingua diversa? Heroku offre varie opzioni di ridimensionamento con il numero di dynos disponibili per l'app, ma a che punto i rendimenti decrescenti, se presenti, saranno evidenti? O a che punto il costo di avere così tanti dynos supererà i costi della semplice scrittura di una nuova app?
Quanti utenti concorrenti attivi posso aspettarmi di poter supportare senza subire problemi di prestazioni sul piano di hosting gratuito di base a Heroku?
Per aggiungere a questo: non importa ** quale ** lingua stai usando. Ad un certo punto di alto volume ti imbatterai SEMPRE negli stessi problemi e quasi sempre richiederanno modifiche architettoniche. IE: Quali pezzi di dati possiamo servire da cache distribuite? Quali parti dell'applicazione stanno accedendo in modo inefficiente al database? Se ti ritrovi a pensare di cambiare linguaggio solo per aumentare le prestazioni, dovresti considerare quale sia il vero problema. – nzifnab