¿Debo mover mi aplicación Rails de Heroku a Rackspace? Si es así, ¿por qué?

Soy un desarrollador, y un ávido usuario de Heroku, y evangelizaré sus beneficios hasta que esté triste, pero también uso Rackspace (tanto Cloud como Dedicado).

Ambos brindan servicios increíbles, ambos satisfacen diferentes necesidades para nosotros.

Por lo general, usamos Heroku sobre Rackspace, la implementación no es más que un impulso de git que es increíble. Podemos hacer lo que amamos, crear aplicaciones y no entrar en la administración del sistema. Heroku brinda la capacidad de escalar instantáneamente para lidiar con una carga masiva y, aunque solo sea por un corto período de tiempo, costará una cuestión de $$$. He estado allí y lo hice con Heroku, ¡el escalado simplemente funciona!

Otros hosts, como Rackspace / EngineYard / Linode, etc., consumen tiempo de administración del sistema, aunque nos encanta que nos aleje de nuestro enfoque principal. La capacidad de escalar requerirá un tiempo considerable para configurar el entorno y es más que probable que signifique que está pagando por servidores que quizás no esté usando por más tiempo del necesario. Y si no estás preparado para hacerlo, entonces pagarás por alguien más.

Algunos clientes prefieren su propio ‘metal’: todo el asunto de la ‘nube’ no les sienta bien o, como Michelle dijo que necesitan SLA para satisfacer las necesidades de su negocio, estos van a Rackspace dedicado, y es cierto, su apoyo realmente es increíble.

Sin embargo, a la larga, creo que me sacaría el cuello y diría que la mayoría de las startups exitosas, las 37 señales, los Githubs del mundo, etc. comenzaron en el cloud / hosting virtual y, a medida que su negocio crece y su base de usuarios se expande, llega un punto en el que pagar para ejecutar el hardware de otra persona ya no es rentable y es hora de ejecutar en su propio metal, ¡pero cuando esto se convierte en un problema, tener los dólares para pagar no suele ser un problema!

Hola,

Divulgación: Perdón por mi respuesta tardía, pero soy literalmente la única persona en Marketing de Producto en Heroku.

Otra revelación: también trabajé en Rackspace. Seré el primero en admitir, hay algunas situaciones en las que parece más apropiado:
1.) Cuando necesite ofrecer un SLA o prefiera uno usted mismo. Heroku está en EC2, lo que significa que no podríamos ofrecer un SLA.
2.) Cuando necesita ser compatible con PCI, HIPPA o Safe Harbor. Heroku está trabajando para obtener la certificación Safe Harbor, pero actualmente no lo estamos.
3.) Cuando su aplicación requiere un ajuste del lado del servidor. Heroku le proporciona los registros para verificar tanto el rendimiento de su aplicación como la plataforma Heroku, pero no puede ajustar la configuración del servidor que utiliza. El rendimiento generalmente no ha sido una queja, ya que la mayoría de los problemas de rendimiento en Heroku provienen de un código mal escrito o de tratar de agotar demasiado los recursos.

De hecho, tenemos muchas aplicaciones más grandes que nos utilizan que no encuentran lo suficientemente convincente como para migrar porque son capaces de impulsar muchas más funciones de las que tendrían si tuvieran que hacer su propia administración de sistemas. Publicamos historias sobre estos usuarios aquí–> http://success.heroku.com .

Obviamente soy parcial, pero siento que el despliegue instantáneo y continuo disponible a través de Heroku es revolucionario. Heroku también integra las mejores prácticas en la arquitectura en sí, lo que hace que sea muy fácil aislar y optimizar cada parte de su aplicación para que sean más efectivas. En pocas palabras, Heroku está haciendo innecesaria la administración de sistemas para la gran mayoría de las aplicaciones que existen. Al compensar la administración de sistemas, puede concentrarse al 100% en su código.

Así que odio ser Quora spam pero pensé que bien podría ser informativo. Si desea estar en contacto con un cliente de Heroku para obtener una vista menos sesgada, envíeme un correo electrónico a michelle (at) heroku.com.