Trois services, trois philosophies
Compute Engine fournit des machines virtuelles : vous choisissez la taille, installez ce que vous voulez, et gérez tout vous-même. C'est le maximum de contrôle — et le maximum de travail.
GKE (Google Kubernetes Engine) est le service Kubernetes managé de Google — sachant que Kubernetes a été inventé par Google, qui en exploite la plus grande implémentation au monde. Il orchestre des conteneurs à grande échelle pour des architectures complexes.
Cloud Run exécute vos conteneurs en mode serverless : vous déployez, Google fait le reste. Pas de cluster à gérer, pas de capacité à prévoir, et vous ne payez que quand l'application traite des requêtes.
Comparatif
| Critère | Compute Engine | GKE | Cloud Run |
|---|---|---|---|
| Modèle | Machines virtuelles | Kubernetes managé | Conteneurs serverless |
| Gestion serveurs | Vous | Partagée | Aucune |
| Facturation | À la seconde de VM | Cluster + nœuds | À la requête, zéro à l'arrêt |
| Montée en charge | Manuelle ou groupes auto | Automatique (pods + nœuds) | Instantanée et automatique |
| Idéal pour | Logiciels legacy, besoins spécifiques | Microservices complexes, grands volumes | Web, API, jobs, IA |
Pourquoi Cloud Run convient à 80 % des cas
Pour une application web, une API, un back-office ou un traitement par lots, Cloud Run coche toutes les cases : déploiement en minutes, passage à l'échelle automatique (de zéro à des milliers de requêtes simultanées), HTTPS inclus, et une facture qui suit exactement l'usage réel. Une application peu sollicitée la nuit ne coûte quasiment rien la nuit.
C'est aussi un excellent terrain pour l'IA : Cloud Run peut héberger les services applicatifs autour d'un agent construit avec Gemini Enterprise Agent Platform, tandis qu'Agent Runtime prend en charge l'exécution managée de l'agent lui-même.
Quand choisir GKE ou Compute Engine ?
- GKE : architectures microservices complexes, besoins de contrôle fin sur le réseau et l'ordonnancement, workloads stateful avancés, équipes déjà outillées Kubernetes.
- Compute Engine : logiciels packagés non conteneurisables, licences liées au matériel, besoins de noyaux ou de pilotes spécifiques, migrations « lift and shift » temporaires.
- Cloud Run : tout le reste — et c'est par là qu'on commence presque toujours.
Comment trancher pour votre cas ?
La règle pratique que nous appliquons chez Aceo Tech : commencer par Cloud Run sauf preuve du contraire. Si une contrainte réelle apparaît (stateful complexe, orchestration avancée), GKE prend le relais ; Compute Engine reste la solution des cas particuliers. Cette approche évite la sur-ingénierie — le premier facteur de dérive des coûts cloud.