Buscando las recomendaciones de los proveedores de PaaS

Question

Deseo desarrollar nuestro nuevo proyecto utilizando un proveedor de PaaS. Desarrollaré primaria en PHP, pero me gustaría que el servicio también pueda proporcionar otros idiomas (y complementos disponibles también, como MongoDB, Memcached, redis, etc.). Me parecen algunos PaaS como PHPfog (y AppFog), dotCloud, orchestra.io, Red Hat's OpenShift, Pagoda Box, entre otros.

De todos ellos, creo que me gusta más dotCloud. Pero quería saber de cualquier crítica, recomendación y comparación entre algunos de los grandes jugadores en PaaS.

¿Qué recomendarían ustedes?

Answer 1

Aquí hay una serie de publicaciones de blog que he reunido que compara la mayoría de los principales proveedores de PAAS. La mayoría de mis ensayos usaba Python, así que no estoy seguro de cómo se comparan con PHP.

Espero que ayude.

PAAS Comparación:

OpenShift:

http://kencochrane.net/blog/2012/01/installing-django-application-on-openshift/

Stackato, construido encima de CloudFoundry:

http://kencochrane.net/blog/2012/01/getting-djangocms-up-and-running-on-stackato/

Heroku:

http://kencochrane.net/blog/2011/11/developers-guide-for-running-django-apps-on-heroku/

dotCloud:

http://kencochrane.net/blog/2011/04/deploying-my-django-application-to-dotcloud/

enorme Google hoja de cálculo con detalles acerca de todas las características de la PAAS:

https://docs.google.com/spreadsheet/ccc?key=0AiIXCd1D_TmGdFluZEJQakV5M0QwWXNWaXREcWR0Q0E#gid=0

Answer 2

se puede encontrar un montón de comparaciones por ahí:

• Java PaaS shootout: http://www.ibm.com/developerworks/java/library/j-paasshootout/index.html?ca=drs-
• Una guía del desarrollador para PaaS: http://www.infoq.com/articles/paas_comparison
• Social Compare: http://socialcompare.com/en/comparison/platform-as-a-service-paas-for-cloud-applications-scalable-cluster-of-services

Si está buscando un PaaS multi-tiempo de ejecución, es probable que esté interesado en PaaS como AppFog, Heroku, OpenShift, Google App Engine y CloudFoundry.com. Si está interesado en PaaS basado en JVM, lo más probable es que esté interesado en PaaS, como CloudBees o Jelastic.

PaaS multi-entorno tienden a ser más genéricos pero, por otro lado, no resuelven tan bien algunos de los problemas más difíciles que puede enfrentar cada idioma/entorno específico. Además, cada PaaS cubre un alcance de función diferente.CloudBees, por ejemplo, también proporciona herramientas para la etapa de desarrollo (como la integración continua basada en Jenkins).

Lo mejor que puedes hacer es probar 2 o 3 de ellos y verlo por ti mismo, esto también es mucho sobre el gusto y los colores. Esto no debería llevarte demasiado tiempo. Y si lo hace, entonces sigue, probablemente significa que este no es el PaaS correcto para ti: el PaaS correcto es aquel en el que deberías sentirte inmediatamente en el este y muy productivo con él.

Answer 3

estoy usando un plan plateado en PhpFog, pero creo que podrías probar PagodaBox.com, tienen mejores características: memcached y redis por defecto, ssh tunneling para mysql, ¡y la interfaz es excelente!

pagodabox.com

Answer 4

Cloudify (una pila abierta PaaS) que soporta cualquier idioma en cualquier nube - que viene con soporte incorporado para Mongo, MySQL, etc. Solr

Answer 5

Piense en qué características son importantes para usted en un PaaS. Mencionas compatibilidad con varios idiomas, pero qué más. Sea claro sobre lo que le gusta de dotCloud para ayudar a enfocarse en el producto correcto.

Algunas de las características clave que le recomiendo que se centre son la portabilidad, la pila abierta, la alta disponibilidad, la elasticidad, el control y la supervisión.

Para evitar el bloqueo, debe elegir un PaaS que facilite la portabilidad entre nubes. Comprenda cómo cada producto facilita la capacidad de cambiar la nube a medida que evolucionan sus necesidades o el entorno.

Muchas ofertas de PaaS dictan la pila que está disponible para su aplicación, y esto puede reducir significativamente sus opciones de arquitectura. Desea la capacidad de elegir idiomas, bases de datos, componentes de middleware, versiones de productos, etc. que satisfagan sus necesidades. Un PaaS que limita sus opciones a un menú limitado de componentes no es tan útil para las implementaciones del mundo real.

Si el tiempo de actividad continua es importante, ¿cómo funciona la aplicación de monitoreo PaaS y recuperarse de las fallas? Puede recuperarse automáticamente ¿Puede escalar dinámicamente su aplicación en función de la carga, aprovisionar nuevos recursos durante el pico de demanda y liberar esas máquinas virtuales cuando ya no se necesitan?

Su aplicación puede tener dependencias entre servicios que complican la implementación. ¿Puede PaaS organizar y administrar automáticamente sus implementaciones independientemente de las dependencias y complejidades de su arquitectura? Desea una PaaS que sea flexible, abierta y ampliable para poder manejar sus requisitos de implementación.

Finalmente, desea una supervisión transparente a nivel de la aplicación. Debería ser fácil ver el estado de su aplicación y su rendimiento a lo largo del tiempo. Debería haber tableros y registros disponibles que simplifiquen la solución de problemas en el nivel de la aplicación.

Aquí hay un gran resumen del panorama actual: http://natishalom.typepad.com/nati_shaloms_blog/2012/05/mapping-the-cloudpaas-stack.html

Norma