for - ¿Qué alternativas hay para Google App Engine?
¿Qué alternativas hay para GAE, dado que ya tengo un buen código de trabajo que me gustaría conservar? En otras palabras, estoy cavando pitón. Sin embargo, mi caso de uso es más un número bajo de solicitudes, un caso de uso de tipo de uso de CPU más elevado y me preocupa que no pueda permanecer con App Engine para siempre. He escuchado a mucha gente hablar sobre Amazon Web Services y otros tipos de proveedores en la nube, pero estoy teniendo dificultades para ver dónde la mayoría de estas otras ofertas brindan la gama de servicios (consulta de datos, autenticación de usuarios, escalamiento automático) esa aplicación Motor proporciona. ¿Cuáles son mis opciones aquí?
El Elastic Compute Cloud de Amazon o EC2 es una buena opción. Básicamente ejecutas VM de Linux en sus servidores que puedes controlar a través de una interfaz web (para encender y apagar) y por supuesto acceso a través de SSH o lo que sea que configures normalmente ... Y como es una instalación de Linux que controlas, puedes por supuesto ejecuta Python si lo deseas.
El cambio a la computación en la nube está sucediendo tan rápidamente que no tiene tiempo que perder para probar diferentes plataformas. Te sugiero que Jelastic si también estás interesado en Java.
Una de las mejores cosas de Jelastic es que no necesita hacer ningún cambio en el código de su aplicación, excepto los cambios para la funcionalidad de su aplicación, pero no por la razón por la que la plataforma elegida lo exige. Con referencia a esto, en realidad no desperdicia su tiempo. El proceso de implementación es perfecto, y puede implementar su archivo .war en cualquier otro lugar. Usar GAE requiere que modifique la aplicación según las necesidades de su sistema. En caso de que trabajes con Java y comiences a buscar una plataforma más flexible, Jelastic es una alternativa compatible.
Es 2016. Si está dispuesto a agrupar PaaS (plataforma como servicio) y FaaS (función como un servicio) en la misma categoría de informática sin servidor , entonces tiene algunas opciones de FaaS.
Personalmente, evitaría seriamente un enganche irreversible con un proveedor propietario, por la simple razón de que sus costos operativos pueden llegar a ser mucho más altos que con un proveedor competidor.
Propiedad
AWS Lambda
AWS Lambda le permite ejecutar código sin aprovisionar o administrar servidores. Solo pagas por el tiempo de cómputo que consumes; no hay cargo cuando tu código no se está ejecutando. Con Lambda, puede ejecutar código para prácticamente cualquier tipo de aplicación o servicio de back-end, todo con cero administración. Simplemente cargue su código y Lambda se ocupa de todo lo necesario para ejecutar y escalar su código con alta disponibilidad. Puede configurar su código para que se active automáticamente desde otros servicios de AWS o llamarlo directamente desde cualquier aplicación web o móvil.
Las funciones de paso de AWS complementan a AWS Lambda.
Las funciones de paso de AWS facilitan la coordinación de los componentes de aplicaciones distribuidas y microservicios utilizando flujos de trabajo visuales. La creación de aplicaciones a partir de componentes individuales que cada uno desempeña una función discreta le permite escalar y cambiar aplicaciones rápidamente. Las funciones de pasos son una forma confiable de coordinar componentes y pasar por las funciones de su aplicación. Step Functions proporciona una consola gráfica para organizar y visualizar los componentes de su aplicación como una serie de pasos. Esto facilita la creación y ejecución de aplicaciones de varios pasos. Las funciones de pasos activan y siguen automáticamente cada paso, y vuelven a intentar cuando hay errores, por lo que su aplicación se ejecuta en orden y según lo esperado. Las funciones de pasos registran el estado de cada paso, por lo que cuando las cosas van mal, puede diagnosticar y solucionar problemas rápidamente. Puede cambiar y agregar pasos sin siquiera escribir código
Google Cloud Functions
A partir de noviembre de 2016, está en alfa.
Google Cloud Functions es una solución de cálculo asincrónica, ligera y basada en eventos que le permite crear funciones pequeñas y de un solo propósito que responden a eventos en la nube sin la necesidad de administrar un servidor o un entorno de tiempo de ejecución. Los eventos de Google Cloud Storage y Google Cloud Pub / Sub pueden desencadenar Cloud Functions de manera asincrónica, o puede usar la invocación HTTP para la ejecución síncrona.
Funciones Azure
Una experiencia informática sin servidor basada en eventos para acelerar su desarrollo. Puede escalar según la demanda y solo paga por los recursos que consume.
Abierto
Serverless
Serverless Framework le permite implementar funciones de escalamiento automático, pago por ejecución y eventos a cualquier nube. Actualmente admitimos la versión Lambda de Amazon Web Services, y estamos expandiendo para admitir a otros proveedores de la nube.
IronFunctions
IronFunctions es una plataforma informática de código abierto sin servidor para cualquier nube: privada, pública o híbrida.
Queda por ver qué tan bien compite FaaS con CaaS (contenedor como servicio). El primero parece más ligero. Ambos parecen adecuados para arquitecturas de microservicios.
Anticipo que las funciones (como en FaaS) no son el final de la línea, y que muchos años después veremos más abstracciones de servicio, por ejemplo, desarrollo solo de prueba, seguido de escenarios en lenguaje sencillo.
Estaría más interesado en ver cómo App Engine se puede acoplar fácilmente con otro servidor utilizado para solicitudes intensivas de CPU.
Microsoft Windows Azure podría valer la pena considerarlo. Me temo que no lo he usado así que no puedo decir si es bueno y debes tener en cuenta que es un CTP en este momento.
No creo que haya otra alternativa (con respecto a la portabilidad del código) para GAE en este momento, ya que GAE está en una clase propia. Claro, GAE es computación en la nube, pero veo a GAE como un subconjunto de la computación en la nube. EC2 de Amazon también es computación en la nube (así como Joyent Accelerators, Slicehost Slices), pero obviamente también son dos bestias diferentes. Así que ahora mismo se encuentra en una situación que requiere un replanteamiento de su arquitectura según sus necesidades.
Los beneficios inmediatos de GAE son que su mantenimiento esencialmente libre se relaciona con la infraestructura (servidor web escalable y administración de bases de datos). GAE está más adaptado a aquellos desarrolladores que solo desean enfocarse en sus aplicaciones y no en el sistema subyacente. De alguna manera, puede considerar que el desarrollador es amigable. Ahora también debería decirse que estas otras soluciones de computación en la nube también intentan permitir que solo se preocupe por su aplicación tanto como desee proporcionando imágenes / plantillas de VM. En última instancia, sus necesidades dictarán el enfoque que debe tomar.
Ahora, con todo esto en mente, también podemos construir soluciones híbridas y soluciones alternativas que también puedan satisfacer nuestras necesidades. Por ejemplo, GAE no parece adaptarse directamente a esta aplicación específica que necesita describir. En otras palabras, GAE ofrece un número relativamente alto de solicitudes, un número bajo de ciclos de CPU (no estoy seguro si la versión de pago será diferente).
Sin embargo, una forma de abordar este desafío es mediante la creación de una solución personalizada que incluya GAE como interfaz y Amazon AWS (EC2, S3 y SQS) como back-end. Algunos dirán que también podrías construir toda tu pila en AWS, pero eso también puede implicar la reescritura de muchos códigos existentes. Además, como solución alternativa, una publicación anterior de upflow describe un método para simular tareas en segundo plano en GAE. Además, puede buscar en HTTP Map / Reduce para distribuir la carga de trabajo también.
Si estás interesado en la nube y tal vez quieras crear la tuya propia para la producción y / o prueba, tienes que mirar Eucalyptus . Supuestamente es compatible con el código EC2 pero de código abierto.
También es posible que desee echar un vistazo a AWS Elastic Beanstock : tiene una equivalencia más cercana a la funcionalidad de GAE, ya que está diseñada para ser PaaS, en lugar de IaaS (es decir, EC2)
También puede usar el proyecto Cape Dwarf de Red Hat para ejecutar aplicaciones GAE en la parte superior del servidor de aplicaciones Wildfly (anteriormente JBoss) sin modificaciones.
Puede verificarlo aquí:
Un poco tarde, pero le daría una oportunidad a Heroku:
Heroku es una plataforma de aplicaciones en la nube políglota. Con Heroku, no necesitas pensar en servidores en absoluto. Puede escribir aplicaciones utilizando prácticas de desarrollo modernas en el lenguaje de programación de su elección, respaldarlo con recursos complementarios como bases de datos SQL y NoSQL, Memcached y muchos otros. Usted administra su aplicación usando la herramienta de línea de comandos Heroku y despliega el código usando el sistema de control de revisiones de Git, todo funcionando en la infraestructura de Heroku.
TyphoonAE está tratando de hacer esto. No lo he probado, pero aunque aún está en fase beta, parece que está en desarrollo activo.
AppScale
AppScale es una plataforma que permite a los usuarios implementar y alojar sus propias aplicaciones de Google App Engine. Se ejecuta automáticamente en Amazon EC2 y Eucalyptus, así como en Xen y KVM. Ha sido desarrollado y es mantenido por AppScale Systems . Es compatible con las plataformas Python, Go, PHP y Java de Google App Engine.
http://github.com/AppScale/appscale
Mientras tanto...
... es casi 2015 y parece que los contenedores son la forma de avanzar. Las alternativas a GAE están surgiendo:
Google ha lanzado Kubernetes , el software de programación de contenedores desarrollado por ellos para administrar contenedores GCE , pero también puede usarse en otros clústeres.
Hay algunos próximos PaaS en Docker, como
Cosas interesantes para vigilar.