pourquoi javascript node.js n'est pas sur le moteur d'applications Google

Question

Google a créé le moteur JavaScript V8: V8 compile le code source JavaScript directement dans le code machine lors de sa première exécution.

Node.js est basé sur la version 8. Pourquoi Google ne propose-t-il aucun serveur Node.js comme Microsoft Azure?

Google App Engine serait un endroit naturel pour mettre Node.js.

Savez-vous pourquoi Google ne fait pas cela?

fernandopasik · Accepted Answer

En juin 2014, Google disposait d'un aperçu limité des langues personnalisées sur Google App Engine (qui est différent de Google Compute Engine) .

Regardez Construisez des applications Node.js avec App Engine et des runtime personnalisés et consultez https://cloud.google.com/appengine/docs/managed-vms/ :

App Engine offre désormais une deuxième option d'hébergement: les machines virtuelles gérées. L’environnement d’hébergement géré VM vous permet d’exécuter des applications App Engine sur des machines virtuelles (VM) Compute Engine configurables . Vous pouvez également utiliser des machines virtuelles gérées pour déployer des exécutions personnalisées personnalisées , telles que pour Node.js et d'autres exécutions.

La procédure pour entrer dans la version bêta est la suivante:

Inscrivez-vous et créez un projet géré VM

Les machines virtuelles gérées sont en aperçu limité, vous devez vous inscrire pour accéder à cette fonctionnalité, créer un projet avec facturation et nous en informer sur votre projet afin que nous puissions la placer en liste blanche pour qu'elle s'exécute dans une machine virtuelle gérée. Suivez ces étapes:

Inscrivez-vous pour accéder aux ordinateurs virtuels gérés.
Rejoignez le groupe Google app-engine-managed-managed-vms pour participer aux discussions sur les ordinateurs virtuels gérés.
Les projets (ou les applications - ce sont la même chose) doivent être dans un centre de données américain. Si vous envisagez d'utiliser un projet existant, passez à l'étape suivante. Sinon, créez une nouvelle application dans un centre de données américain. Accédez à https://preview.appengine.google.com et créez une nouvelle application.
Activer la facturation pour le projet. Visitez la page https://cloud.google.com/console/project/apps~ , où est l'ID de votre projet. Cliquez sur Paramètres dans le menu de gauche, puis activez la facturation. Si votre application est facturée sous un compte Premier, envoyez-nous un e-mail à app-engine-managed-vm-tt-id@google.com pour que votre nouveau projet Cloud soit facturé sous le même compte.
Envoyez un courrier électronique à app-engine-managed-vm-tt-id@google.com en indiquant l'ID de l'application dans la ligne d'objet.

Lorsque nous recevrons votre courrier électronique, nous configurerons certaines ressources dans les coulisses et vous informerons par courrier électronique lorsque votre projet sera prêt. Le courrier électronique comprend les dernières instructions pour la configuration. Si vous rencontrez une erreur en suivant ces instructions, contactez-nous à l'adresse app-engine-managed-vm-tt-id@google.com.

3on · Answer

Node.js est géré par Joyent, qui est en quelque sorte un concurrent de Google.

Node.js n'a aucun lien avec Google, mais est en fait construit sur un projet open source lancé par Google.

Comme Azure, Google a peut-être sauté sur cette affaire, mais il y a déjà tellement de PaaS qui le font qu'il n'en vaut peut-être pas la peine. Je n'ai jamais utilisé GAE, mais d'après ce que j'ai compris, il est très différent des autres PaaS et vous devez utiliser des bibliothèques GAE pour faire fonctionner votre code.

Mon sentiment personnel n’est pas vraiment ce que la communauté Node.js recherche . Node.js est utilisé pour créer rapidement une application légère et rapide, une part importante pour les API pour les applications Phone, par exemple.

Néanmoins, si vous recherchez une PaaS pour Node.js, il en existe plusieurs:

Joyent (nodejitsu)
dotCloud qui prend en charge WebSockets.
Windows Azure
Nodester (acheté récemment par App Fog)
N'importe quel Cloud Foundry Host devrait également supporter Node.js.
et beaucoup plus...

Ce ne sont que quelques noms qui me viennent à l’esprit. Il y en a quelques-uns, mais ce sont les plus importants . Oh, il y a Heroku aussi, mais ils ne supportent pas WebSocket, ce qui est une déception pour les applications basées sur Socket.IO.

user1700737 · Answer

Vous pouvez facilement installer le noeud sur Google Compute Engine (qui est essentiellement un ordinateur virtuel). Voici un lien: https://developers.google.com/datastore/docs/getstarted/start_nodejs/

Cordialement Lars

user655000 · Answer

après des années d'expérience dans Google Appengine, je passe maintenant à d'autres services en nuage.

je pense que google appengine est en fait un ancien service de mode dans l’industrie du cloud computing. ce qui est lent à la nouvelle technologie, difficile à déployer, perdre du temps à apprendre les API et manque de nombreuses fonctionnalités dont vous avez besoin dans les langues que vous utilisez.

indépendamment de la grande communauté de google, je ne suggérerais à personne d'utiliser google appengine.

[paas les plus récents]

je vous recommande fortement d'utiliser openshift, appfog, les nouvelles technologies de cloud computing de paok de heroku .etc, beaucoup plus extensibles, nécessitant moins de changements, plus migrables d'une plate-forme à l'autre, codant plus librement dans la beauté du langage naturel et de ses normes. Bibliothèques sans apis spécifiques à une plate-forme laide.

[iaas]

si vous souhaitez davantage de contrôle sur l’environnement d’exploitation en cours, vous pouvez essayer linode, Digital Ocean, Amazon, Google Cloud Engine, Microsoft Azure, etc.

Ibrahim Arief · Answer

Etant donné qu'App Engine est une plate-forme en tant que service, et afin d'ajouter un nouveau langage/une nouvelle pile à GAE, Google doit créer des bibliothèques de niveau intermédiaire interfacées avec le une multitude de services d'App Engine .

De plus, toutes les applications App Engine est en mode bac à sable et dispose de plusieurs fonctionnalités restreintes à l'intérieur de leur environnement. Cela signifie qu'en plus de la nécessité de créer des bibliothèques de services, Google doit également créer un environnement de sandbox sécurisé pour toute langue/pile qu'ils tentent d'introduire dans GAE.

Personnellement, je pense que la deuxième raison est que Google n'introduit pas la prise en charge de nouveaux langages/piles aussi agressive que Azure. D'une certaine manière, App Engine est plus "géré" qu'Azure et son coût de développement initial pour le nouveau langage/la pile est plus élevé.

Trevor · Answer

Arrière-plan: App Engine Standard vs App Engine Flexible

Il semble y avoir une certaine confusion à ce sujet car il existe deux versions d'App Engine: Standard et Flexible. NodeJS est pris en charge sur App Engine Flexible mais PAS sur App Engine Standard. (Voir ici pour une explication plus complète des différences).

App Engine Standard évolue en quelques secondes (au lieu de quelques minutes pour l'environnement flexible) et dispose d'un niveau gratuit pour vous permettre de développer et de faire des démonstrations sans dépenser un centime. Ces avantages se font au prix de flexibilité. App Engine Standard ne prend en charge que certains langages et bibliothèques et n'autorise pas l'écriture sur disque ni SSH. En d’autres termes, l’environnement est normalisé.

_ {Réponse: prise en charge de NodeJS sur App Engine Standard} _

Si vous êtes intéressé par le support NodeJS sur App Engine Standard, veuillez lire ce numéro: https://issuetracker.google.com/issues/67711509 .

Google adresse les fonctionnalités qui attirent l'attention de la communauté (voir ici ). Le meilleur moyen d’attirer votre attention sur cette fonctionnalité est de la mettre en vedette dans le suivi des problèmes de Google lié à ce qui précède.