tutorial precios nodejs node increase google for example español engine deploy app google-app-engine node.js

google app engine - precios - ¿Por qué javascript node.js no está en el motor de la aplicación de Google?



node js google cloud (11)

Google creó el motor de JavaScript V8: V8 compila el código fuente de JavaScript directamente en el código de máquina cuando se ejecuta por primera vez.

Node.js está basado en V8. ¿Por qué Google no ofrece ningún servidor Node.js como Microsoft Azure?

Google App Engine sería un lugar natural para poner Node.js.

¿Sabes por qué Google no está haciendo exactamente eso?

A partir de junio de 2014, Google tenía una vista previa limitada para idiomas personalizados en Google App Engine (que es diferente de Google Compute Engine) .

Mire las aplicaciones Building Node.js con App Engine y Custom Runtimes y revise https://cloud.google.com/appengine/docs/managed-vms/ :

App Engine ahora ofrece una segunda opción de alojamiento: máquinas virtuales administradas. El entorno de alojamiento de VM gestionado le permite ejecutar aplicaciones de App Engine en máquinas virtuales configurables de Compute Engine (VM). También puede usar máquinas virtuales administradas para implementar tiempos de ejecución personalizados configurables por el usuario, como para Node.js y otros tiempos de ejecución.

El procedimiento para entrar en la versión beta es:

Regístrese y cree un proyecto de máquina virtual administrada

Las máquinas virtuales administradas tienen una vista previa limitada, debe registrarse para acceder a esta función, crear un proyecto habilitado para facturación e informarnos sobre su proyecto para que podamos incluirlo en la lista blanca para que se ejecute en una máquina virtual administrada. Sigue estos pasos:

  1. Regístrese para acceder a máquinas virtuales administradas.
  2. Únase al grupo de Google de app-engine-managed-vms para participar en las discusiones sobre VM administradas.
  3. Los proyectos (o aplicaciones, son lo mismo) deben estar en un centro de datos de EE. UU. Si planea usar un proyecto existente, salte al próximo paso. De lo contrario, crea una nueva aplicación en un centro de datos de EE. UU. Navega a https://preview.appengine.google.com y crea una nueva aplicación.
  4. Habilita la facturación para el proyecto. Visite la página https://cloud.google.com/console/project/apps~ , donde está el ID de su proyecto. Haga clic en Configuración en el menú de la izquierda y luego habilite la facturación. Si su aplicación se factura con una cuenta Premier, envíenos un correo electrónico a [email protected] para que su nuevo proyecto de Cloud se facture con la misma cuenta.
  5. Envíe un correo electrónico a [email protected] con la ID de la aplicación en la línea de asunto.

Cuando recibamos su correo electrónico, configuraremos algunos recursos detrás de escena y le notificaremos por correo electrónico cuando su proyecto esté listo para funcionar. El correo electrónico incluye instrucciones finales para la configuración. Si encuentra un error al seguir estas instrucciones, contáctenos en [email protected].

Debido a que App Engine es una plataforma como servicio, y para agregar un nuevo lenguaje / pila a GAE, Google necesita crear bibliotecas de nivel medio que interactúen con la gran cantidad de servicios de App Engine .

Además, todas las aplicaciones de App Engine están en modo de espacio aislado y tienen varias funcionalidades restringidas desde dentro de su entorno de espacio aislado . Esto significa que además de la necesidad de crear bibliotecas de servicios, Google también necesita crear un entorno seguro para cualquier lenguaje / pila que intente introducir en GAE.

Personalmente creo que la segunda razón es por qué Google no presenta soporte para el nuevo lenguaje / stack tan agresivo como lo hizo Azure. App Engine es, en cierto modo, más ''administrado'' que Azure, y tiene un mayor costo de desarrollo inicial para el nuevo idioma / stack.

Después de años de experiencia en google appengine, ahora cambio a otros servicios en la nube.

Creo que Google appengine es en realidad un servicio antiguo en la industria de la computación en la nube. que es lento para la nueva tecnología, difícil de implementar, pierde tiempo para aprender las apis y carece de muchas funciones que necesita en los idiomas que usa.

independientemente de la gran comunidad de google, no recomendaría a nadie que use google appengine.

[paas más nuevos]

Te recomiendo encarecidamente que uses las nuevas tecnologías de computación en la nube paas de openshift, appfog, heroku .etc, que son mucho más extensibles, requieren menos cambios, son más migrables de una plataforma a otra, codifican más libremente la belleza del lenguaje natural y su estándar bibliotecas sin apis específicos de plataforma fea.

[iaas]

Si desea tener más control sobre el entorno operativo del sistema operativo, puede utilizar linode, digital ocean, amazon, google cloud engine, microsoft azure, etc.

Google es una compañía conservadora de software. La programación de un backend en JavaScript sería absolutamente inimaginable para los administradores de Google. Crear una infraestructura que Google no use no es una buena inversión. Referencia: Notas del Mystery Machine Bus

Node.js es mantenido por Joyent, que en cierto modo es un competidor de Google.

Node.js no tiene ningún vínculo con Google, pero de hecho está construido sobre un proyecto de código abierto iniciado por Google.

Google podría entrar en este negocio como lo hizo Azure, pero ya hay tantos PaaS haciéndolo, puede que no valga la pena. Nunca he usado GAE, pero tengo entendido que es bastante diferente que otros PaaS y que usted debe usar bibliotecas GAE para hacer que su código se ejecute.

Lo cual, este es mi sentimiento personal, no es realmente lo que la comunidad de Node.js está buscando. Node.js se utiliza para crear rápidamente una aplicación ligera y rápida, una gran ventaja para las API para aplicaciones de teléfono, por ejemplo.

Sin embargo, si está buscando un PaaS para Node.js, hay algunos por ahí:

  • Joyent (nodejitsu)
  • dotCloud que tiene soporte para WebSockets.
  • Windows Azure
  • Nodester (comprado por App Fog recientemente)
  • Cualquier host de Cloud Foundry debería ser compatible con Node.js también.
  • y muchos más...

Esos son solo algunos nombres en la parte superior de mi cabeza. Hay bastantes pero esos son los principales. Ah, también está Heroku , pero no tienen soporte para WebSocket, que es un fastidio para cualquier aplicación basada en Socket.IO.

Antecedentes: App Engine Standard vs App Engine Flexible

Parece haber cierta confusión sobre este tema porque hay dos versiones de App Engine: Estándar y Flexible. NodeJS es compatible con App Engine Flexible, pero NO con App Engine Standard. (Vea here para una explicación más completa de las diferencias).

App Engine Standard se escala en segundos (en lugar de minutos para el entorno Flexible) y tiene un nivel gratuito, por lo que puede desarrollar y realizar demostraciones sin gastar un centavo. Estos beneficios se obtienen a costa de la flexibilidad . App Engine Standard solo admite ciertos idiomas y bibliotecas, no permite escribir en disco ni SSH. En otras palabras, el ambiente está estandarizado .

Respuesta: Soporte de NodeJS en App Engine Standard

Si está interesado en el soporte de NodeJS en App Engine Standard , inicie este problema: issuetracker.google.com/issues/67711509 .

Características de las direcciones de Google que captan la atención de la comunidad (ver cloud.google.com/support/docs/issue-trackers#feature_requests ). La mejor manera de prestarle atención a esta función es posicionarla en el rastreador de Google Issue vinculado anteriormente.