Quelle est la différence réelle entre Google Compute Engine, App Engine et Container Engine dans Google Cloud Compute? Quand utiliser quoi?
Y a-t-il un bon exemple pour comprendre ces trois moteurs?
Réponse
Trop de publicités?
Jon Skeet
Points
692016
(Disclaimer: je travaille dans le Google Cloud Platform de l'équipe, mais ce est une réponse personnelle.)
Tous ces éléments sont des solutions qui vous permettent d'héberger vos applications dans le cloud. Vous pouvez les voir comme une sorte de spectre de contrôle/gestion automatique. Il y a aussi une autre chose à considérer: App Engine vient dans deux environnements, "Standard" et "Flexible".
Ainsi, le spectre finit par être:
- App Engine Standard: limitation de temps d'exécution (Python, Java, PHP, Allez), très simple à faire fonctionner, auto-échelle, etc. Porté Api conçu spécifiquement pour les App Engine.
- App Engine Flexible: tout ce que vous pouvez mettre dans un récipient, auto-échelle, etc.
- Conteneur Moteur: de la conception de votre application en termes de micro-services, de spécifier la façon dont ils sont mis à l'échelle, etc, mais laissez-Conteneur Moteur (la Google Cloud Platform de mise en œuvre de Kubernetes) effectuer la mise à l'échelle
- Compute Engine: Hébergé VMs avec prestations, dans le fond. Certaines fonctions, telles que la migration en direct, mise à l'échelle automatique au sein de l'Instance Gérée Groupes, mais il est beaucoup plus "bare metal" que le précédent.
Fondamentalement, vous devez décider combien de "hands-on" vous voulez être. Plus le contrôle de vous décider à prendre, le plus de travail que vous avez à faire, mais le plus précis de la mise au point (et flexibilité), vous obtenez.
En outre, App Engine Standard prend en charge "de l'échelle à zéro" - si votre application n'est pas d'obtenir tout le trafic, il peut être complètement en sommeil. Qui en fait un excellent environnement pour hobby projets.
