Déployer une application sur le cloud, pas à pas
Déployer une application sur le cloud est un cours de niveau intermédiaire de 5 leçons (environ 1 h 30), avec 15 exercices et 15 questions de quiz. Prérequis : Fondamentaux du cloud, Docker et déploiement. Le cours demande un environnement de projet complet, prévu dans une phase ultérieure de la plateforme.
- Cloud et DevOps
- Intermédiaire
- 5 leçons
- 1 h 30
- 15 exercices
- Environnement de projet complet (phase 2)
Le cours en bref
Ce cours prend une image Docker prête et la met en production sur des services managés. Vous déploierez un conteneur avec révisions et retour arrière, le relierez à une base PostgreSQL managée sans l'exposer, stockerez les fichiers dans un bucket privé, protégerez les secrets avec des identités dédiées et mettrez en place journaux, métriques et alertes. Les exemples utilisent Google Cloud, avec les équivalents AWS et Azure.
Ce que tu sauras faire
- Déployer une image sur une plateforme de conteneurs managée et maîtriser révisions, trafic et mise à l'échelle
- Connecter une application à une base PostgreSQL managée de façon privée, avec sauvegardes et migrations maîtrisées
- Stocker et partager des fichiers dans un stockage objet privé avec des droits minimaux et un cycle de vie
- Gérer les secrets dans un gestionnaire dédié et appliquer le moindre privilège avec des comptes de service
- Surveiller un service avec des journaux structurés, des métriques, des alertes et une alerte de budget
Programme des 5 leçons
- Déployer une image de conteneur sur un service managé (Cloud Run) en ligne de commande
- Comprendre révisions, répartition du trafic, mise à l'échelle et démarrage à froid
- Revenir à une révision précédente sans reconstruire l'image
Conteneurs managésRévisions et traficMise à l'échelle automatique
- 02
Utiliser une base de données managée
- Créer une instance PostgreSQL managée, une base et un utilisateur applicatif
- Connecter un service de conteneurs à la base sans l'exposer sur Internet
- Mettre en place sauvegardes, restauration et migrations
Bases de données managéesSauvegardes et restaurationConnexion privée à la base
- 03
Stocker des fichiers dans un stockage objet
- Créer un bucket privé et y déposer des fichiers en ligne de commande
- Donner un accès limité à une application avec un compte de service
- Automatiser le cycle de vie des objets (classe de stockage, suppression)
- 04
Gérer les secrets et les identités
- Stocker un secret dans un gestionnaire de secrets et en gérer les versions
- Injecter un secret dans un service sans l'écrire dans le code ni dans l'image
- Appliquer le moindre privilège avec un compte de service dédié par application
- 05
Surveiller : journaux, métriques et alertes
- Écrire des journaux structurés et les interroger
- Suivre les métriques clés d'un service (trafic, erreurs, latence, saturation)
- Configurer des alertes utiles : disponibilité, taux d'erreur, budget
Projet final
Mettre en production une API avec base, fichiers et surveillance
Déployez une API conteneurisée du parcours (par exemple l'API de notes ou de réservation) sur une plateforme de conteneurs managée. Elle utilise une base PostgreSQL managée joignable seulement par connecteur ou IP privée, stocke les pièces jointes dans un bucket privé partagé par URL signée, lit ses secrets depuis le gestionnaire de secrets avec un compte de service dédié, et dispose de journaux structurés, d'un contrôle de disponibilité, d'une alerte sur le taux d'erreur et d'une alerte de budget.
Livrables
- Le script ou la liste des commandes gcloud (ou équivalent AWS/Azure) qui créent toutes les ressources
- L'URL HTTPS du service et la preuve d'un déploiement sans trafic suivi d'une bascule puis d'un retour arrière
- La matrice des droits du compte de service (rôle, ressource, justification)
- Une capture ou un export des alertes configurées et une courte procédure d'intervention
- La preuve d'un test de restauration de la base dans une instance séparée
Critères d'évaluation
- Aucun secret n'apparaît dans le dépôt, l'image ou la configuration en clair du service
- La base et le bucket ne sont pas accessibles publiquement
- Le compte de service n'a que les rôles nécessaires, sur la portée la plus étroite
- Les migrations s'exécutent dans une tâche séparée et le retour arrière est démontré
- Les journaux sont structurés et les alertes ont un seuil, une durée et une procédure
Questions fréquentes
Faut-il un compte cloud payant pour suivre le cours ?
Les tâches pratiques se font dans un projet de test chez un fournisseur cloud. Consultez les conditions d'essai du fournisseur, créez une alerte de budget dès le début et supprimez les ressources après chaque exercice. Une partie des exercices (calculs, journaux, règles) se fait sans compte.
Le cours est-il réservé à Google Cloud ?
Les commandes sont écrites avec gcloud, mais chaque leçon donne les équivalents AWS et Azure : les notions (conteneurs managés, base managée, stockage objet, secrets, surveillance) sont les mêmes.
Quelle différence avec le cours Docker ?
Le cours Docker apprend à construire et publier une image. Celui-ci la fait tourner sur des services managés et y ajoute base, fichiers, secrets et surveillance.
Et Kubernetes ou Terraform ?
Ils viennent après : Terraform (CL3) décrit en code l'infrastructure créée ici à la main, et Kubernetes (OP3) répond aux besoins de nombreux services et d'équipes plateforme.
Ce cours, raconté pour ton métier
Dis ce que tu veux savoir faire : « Déployer une application sur le cloud » prend sa place dans ton parcours, avec des exemples de ton secteur. Les notions restent celles du cours.