¿Por qué es Ruby on Rails menos escalable que otros lenguajes / frameworks de programación?

Atribuiría este problema a Rails, no al propio Ruby. Rails es ideal para la creación rápida de prototipos y la creación de aplicaciones CRUD, pero la estructura es muy limitada. Descubrí que seguir los patrones de diseño comunes de Ruby on Rails funciona bien, pero tratar de hacer algo que no se ajuste a su paradigma rápidamente se vuelve difícil de diseñar y, a menudo, se convierte en una pesadilla de mantenimiento.

Esto significa que a medida que las aplicaciones crecen y se vuelven más complejas, se hace cada vez más difícil crear y administrar la creación de nuevas funciones y el mantenimiento de las antiguas.

Por otro lado, algunos marcos simplemente proporcionan su método sugerido para agregar nuevas funcionalidades y organizar grandes aplicaciones, pero aún permiten una amplia gama de paradigmas de desarrollo. Por ejemplo, diría que las bibliotecas de JavaScript Express JS (lado del servidor) y AngularJS (lado del cliente MVC) proporcionan una buena combinación de estructura predeterminada y libertad para desarrollar lo que desee. Ambos explican los patrones de diseño comunes en su documentación, pero hay muchas oportunidades para crear aplicaciones, sin embargo, puede elegir.

La razón es que una aplicación Rails es un monolito: es una gran cosa. No puede dividir fácilmente los componentes / capas y colocarlos en diferentes servidores cuando crezca. Es difícil de mantener, porque siempre tienes que implementarlo como esta única cosa y más y más equipos trabajarán en esta única cosa. También a menudo tendrá aplicaciones móviles, por lo que su aplicación rails servirá a los puntos finales web y REST y quizás a la API interna

Ejemplos de empresas que se enfrentan a esos problemas:
Tratando con el Monolito – Desarrolladores de SoundCloud
Página en sourcegraph.com

Tome estos puntos de referencia como ejemplo: TechEmpower Web Framework Comparación de rendimiento

De acuerdo con TechEmpower, el mejor framework web de Ruby (Sinatra) tiene un rendimiento de aproximadamente 5.5% en comparación con C ++, Java y PHP sin procesar (100%, 73% y 40% respectivamente). La prueba examina el rendimiento de tareas fundamentales como la serialización JSON, el acceso a la base de datos y la composición de plantillas del lado del servidor en los servidores Amazon EC2.

Esto significa que, con Ruby, solo puede manejar tanto tráfico antes de que el rendimiento tenga un gran éxito. Si desea manejar más tráfico, debe invertir en más recursos (hardware). Esto dificulta escalar Ruby. Sin embargo, otros idiomas tienen compensaciones y también tienen sus propios problemas de escala.

– ninguno de los otros marcos alcanza el mismo nivel de funcionalidades que Rails.
Y ese es el problema de los rieles, demasiadas cosas. Esto se puede ajustar y las cosas se pueden desactivar y, al final del día, puede alcanzar la misma velocidad de rango que otros framework con funcionalidades equivalentes.

Este motivo es el costo. Cada langugae puede escalar bien, si tiene suficiente presupuesto para comprar / alquilar suficientes cálculos. Para un sitio web grande, si necesita 100 servidores usando Ruby, entonces solo puede necesitar 10 servidores usando Golang o Java.