2010-11-18 48 views
22

Estoy tratando de decidir entre Heroku y Engineyard.¿Vale la pena Heroku?

Heroku parece mucho mejor, pero cobran por todo y sus precios son una locura!

¿Por qué uno debería usar Heroku sobre EY o viceversa?

+8

Elegido para pasar a http://webmasters.stackexchange.com ya que esto no está relacionado en absoluto con la programación. – meagar

+1

Puedes usar Heroku gratis hasta cierto punto, lo que no es posible en Engineyard. Para los pocos proyectos simples de Ruby que he hecho, Heroku ha sido un buen partido. Por supuesto, la tercera posibilidad sería utilizar JRuby en la parte superior de Google App Engine para Java. – hleinone

+0

Ídem. Sin embargo, la respuesta es sí, lo vale. – jonnii

Respuesta

16

Heroku hace que la configuración y el inicio de una aplicación sean súper sencillos. Dependerá hasta cierto punto de las versiones que Heroku soporte (por ejemplo, hoy escuché un problema de versiones de bundler).

Una cosa a tener en cuenta con cualquier solución de "pila completa administrada" como Heroku o EY es el costo. No tiene que contratar a una persona de operaciones o tener experiencia en operaciones, pero todavía está pagando. El almacenamiento es donde las cosas se ponen realmente caras. Arranque su base de datos a más de unos pocos GB y observe cómo sube el precio.

Tenemos operaciones internas (era yo mientras codificaba, ahora era una persona dedicada) y ejecutaba en Joyent. Un gran ahorro de costes consistía en tener unos pocos DB maestros-esclavos y compartirlos entre unas pocas docenas de aplicaciones. Básicamente tenemos 100 aplicaciones de Facebook ejecutándose en Joyent al mismo costo que 10 aplicaciones en Heroku. Pero esto no tiene en cuenta el salario/hora de las operaciones.

+2

Ahora puede compartir una base de datos en varias aplicaciones heroku. – jonnii

+0

¿Estás hablando de compartir un único esquema de base de datos? Lo que estoy diciendo es que tenemos un gran servidor MySQL con docenas de bases de datos ejecutándose en él. Nos cuesta alrededor de $ 400/mes. –

4

Yo votaría para usar EngineYard sobre Heroku. Aunque es probable que puedas implementar una aplicación a gran escala en Heroku, tendrás que aguantar mucho y los precios se pueden paralizar a niveles más altos de uso.

EngineYard también proporciona soporte a nivel de aplicación, que es bastante mejor que lo que hace Heroku.

Si está haciendo una aplicación de pasatiempo rápido o un sitio de demostración simple, Heroku es ideal para el lanzamiento de instancias pequeñas y simples. Si está creando una aplicación real en la que necesitará escalar, use EngineYard.

+2

¿Puedes dar un ejemplo de Heroku lock-in? –

+1

No creo que sea lock-in, pero si usa todos sus complementos, esto hace que moverse sea más difícil porque para replicar la funcionalidad tendría que escribir un montón de código. Pero ... eso es por lo que estás pagando. – jonnii

+3

Todos los "complementos" do manejan la configuración por usted. Todos los que he experimentado terminan con el mismo código, ya sea que estés desplegando en Heroku, o que eres tu propio objetivo. Pero, no he usado todos y cada uno. –

15

Las necesidades de cada persona son diferentes, pero lo bueno es que es fácil experimentar con estas herramientas de implementación en la nube de manera rápida, y verá que cada una tiene sus propias fortalezas que puede aprovechar según lo necesite.

Lo que es más valioso para mí, y para mis clientes más pequeños, es poder experimentar y obtener comentarios de los usuarios finales rápidamente. Tengo clientes de inicio que desean poder lanzar nuevas ideas y probarlas rápidamente, implementar diferentes combinaciones de ideas en diferentes mercados, obtener comentarios de los clientes y seguir avanzando. Inicie una aplicación de Facebook, un servidor de prueba para un cliente de integración de API, una versión liviana de un producto "freemium", etc. A medida que el tráfico aumenta, hacemos cambios para escalar, y el aumento en el costo nunca está fuera de límites (p. Ej. . nuestros costos de alojamiento todavía están muy por debajo del aumento en el valor/ingresos/comercialización de jugo, etc.).

EngineYard le permite jugar con 500 horas de forma gratuita, y puede apagarlo fácilmente cuando no lo esté utilizando, para estirar las 500 horas. Puede implementar su aplicación rápidamente, implementar un servidor de CI (que actualiza la aplicación en cada compilación exitosa), crear una copia de seguridad de su aplicación o servidor 'de prueba' y ver cómo funciona.

Amazon le dará 750 horas mensuales gratis durante un año si es un cliente nuevo de AWS. Puede usar esto para un servidor de CI superrápido, procesamiento de imágenes de núcleo duro, informes de lotes, lo que sea.

Personalmente uso Heroku al máximo, ya que parece funcionar mejor para mis necesidades. Puedo armar una nueva aplicación con monitoreo completo, copia de seguridad, análisis, correo electrónico, etc. muy rápido, y tengo confianza en cómo administrar mi configuración (y estoy seguro de que puedo incorporar a otra persona, y su curva de aprendizaje será bastante fácil))Como profesional independiente, mi uso de Heroku ha reducido mi tiempo de configuración a casi nada, así que puedo concentrar mi tiempo en entender el negocio y desarrollar un gran producto. No digo que no se pueda hacer en otras plataformas, solo digo que heroku está funcionando bien para mí de esa manera.

Tengo una aplicación que procesa datos VoIP sobre UDP, así que tendré que averiguar si prefiero Amazon o Engineyard para eso (heroku no le permitirá abrir un puerto UDP, hasta donde yo sé) .

Recientemente reuní a presentation on these tools, y cómo los uso. (era para desarrolladores más nuevos, por lo que puede ser demasiado básico para esta audiencia, pero hay una lista de pros/contra que otros pueden encontrar útiles)

Además, creo que esta conversación pertenece aquí, y no necesariamente en un foro de webmasters, porque la elección de la plataforma de alojamiento influirá en su capacidad y arquitectura de desarrollo, y las personas que toman la decisión son desarrolladores, no 'webmasters' o personas de sistemas.

4

Llevamos funcionando nuestra plataforma en Heroku durante aproximadamente 9 meses, y estoy muy satisfecho.

Creo que la mayor queja que tiene la mayoría de la gente es que se vuelve "cara" cuando su sitio recibe un tráfico grande o alto. Personalmente, creo que es mucho más efectivo enfocarse en hacer crecer su negocio o mejorar su propuesta de valor que en mantener servidores o averiguar cómo hacer que Rails funcione. (No es una tarea fácil a menos que desee pasar mucho tiempo averiguando). Prefiero pagar a Heroku para que administre los servidores que contratar a alguien.

Esto es lo bueno de Heroku:

  • bastante fácil de usar. No sabía nada sobre Rails cuando comencé, y Heroku era simple para trabajar.
  • Buena documentación para la mayoría de las cosas.
  • Aceptar soporte técnico.
  • Extremadamente rentable cuando eres pequeño.

Heroku es muy inteligente, y estoy seguro de que van a leer esto, así que aquí está lo que puede mejorarse: el apoyo

  • Tech: Normalmente se hace una pregunta y se responde, y que pide una nueva pregunta obvia. La persona de soporte técnico debe responder la siguiente pregunta que voy a hacer. Por ejemplo, podría preguntar cómo hacer algo, y luego me dicen una cierta forma de hacerlo. Ahora necesito información al respecto. Proporcione toda la información en la primera respuesta, para que no tenga que preguntar: "¿Cómo la uso?"
  • Documentación: Todos tienen las mismas preguntas. La documentación podría mejorarse enormemente agregando todas las preguntas y respuestas que he pedido, y mucho menos las decenas de miles de otros clientes.
  • Registros: las opciones de registro gratuito son inútiles, y $ 100/mes para registros reales es una tontería. Nuestra solución ha sido http://papertrailapp.com que ha sido excelente. Úselo.
+4

La registración ya es gratuita a partir del [21 de marzo de 2012] (https://devcenter.heroku.com/changelog-items/11). – badams

+0

Chico, eso fue rápido. –

1

Depende de la condición. En algunos casos, es muy caro

Aquí podemos obtener un servidor dedicado RAM de 24 GB por 99 euros.

Lo puedo configurar para que ejecute mi aplicación ferroviaria en menos de media hora, con una base de datos mongodb, tantos corredores que quiero, etc ...

Además, puedo añadir "pequeña" otro proyecto (los que cuesta entre 15 $ y 35 $ al mes en Heroku)

Si su negocio requiere gran cantidad de datos y capacidad de procesamiento, mi consejo es utilizar un hosting dedicado y dedique tiempo a administrar y monitorear su aplicación.

2

que también podría tirar mi opinión aquí ya que tengo "trataron" utilizar EngineYard y "éxito" uso Heroku. Si bien creo que ambas opciones son potencialmente buenas, me pareció mucho más fácil implementarlo en Heroku. Los precios a la carta de los complementos de Heroku pueden agregar gastos, pero también le dan la oportunidad de agregar funcionalidad inmediatamente a su aplicación. El mayor gasto para nuestra aplicación es el dynos web real, seguido de la base de datos. Heroku tiene una gran selección de complementos, muchos de los cuales son gratuitos o de bajo costo. EngineYard también parece ser una gran compañía, pero creo que "tienen la mano" un poco menos que Heroku. Para mi empresa, los beneficios de Heroku superaron el problema de los costos. El sistema de archivos de solo lectura que es una función de plataforma de Heroku también te obliga a aprender algunos trucos nuevos. Ahora tengo varias aplicaciones (pequeñas a medianas) en Heroku y felizmente tengo mis activos servidos desde s3. Al final, le animo a probar ambos. EngineYard ofrece una prueba de 500 horas (aunque se trata de horas de computación, no necesariamente en tiempo real) y Heroku le permite comenzar de inmediato para obtener casi gratis.

PS: Al seleccionar complementos, considere su elección con cuidado, al igual que cuando elige gemas para su proyecto. He experimentado un complemento que estaba usando, simplemente en llamas y tuve que luchar para reemplazar esa funcionalidad. ¿Qué era? Progstr-Filer, que estaba usando para subir archivos. Esa fue una lección aprendida.