Déploiement
Un projet sur ton laptop, c’est une démo. Un projet sur une URL, c’est un produit.
La plupart des gens qui apprennent à construire s’arrêtent une étape trop tôt. L’app tourne sur leur laptop, la démo marche, et elle reste à vie sur `localhost` où aucun client, recruteur ou utilisateur ne la verra jamais. Le déploiement, c’est cette étape manquante — celle où un projet de portfolio devient quelque chose dont tu peux donner le lien. Ce qui manque n’est pas le talent : c’est une poignée de concepts que personne n’enseigne dans l’ordre. Ce qu’est vraiment un serveur, pourquoi ta clé d’API ne doit jamais toucher ton code, comment un nom de domaine retrouve ton app, et quoi faire la première fois qu’elle renvoie une erreur 500 à une vraie personne. Ce module parcourt ce chemin une fois, de bout en bout, sur ton propre projet. Tu pousseras une app IA fonctionnelle sur un hébergeur cloud, tu pointeras un domaine dessus, tu garderas tes secrets dans des variables d’environnement plutôt que dans ton historique Git, et tu ajouteras juste assez de logs pour déboguer une panne que tu ne peux pas reproduire. Rien d’abstrait ici : à la fin, tu as une URL en ligne que tu peux envoyer à n’importe qui, et tu comprends chaque pièce assez pour la réparer à 2h du matin.
Prérequis
- Vous avez déjà construit une petite app qui tourne sur votre machine
- À l’aise avec le terminal et Git, au minimum
- Un projet que vous voulez vraiment mettre en ligne
Ce que vous saurez faire après
- Livrer une app fonctionnelle sur un hébergeur cloud et récupérer une URL en ligne
- Pointer un domaine sur votre app et comprendre comment le DNS la résout
- Garder clés d’API et secrets hors du code, dans des variables d’environnement
- Lire une erreur de production que vous ne pouvez pas reproduire, via les logs
- Expliquer la différence entre environnement de dev et production — et pourquoi elle compte
- Mettre en place un déploiement qui se lance automatiquement au push Git
Séances
Ce qu’est vraiment un serveur
« Le cloud », c’est l’ordinateur de quelqu’un d’autre qui reste allumé. Avant de toucher au moindre dashboard, on construit l’image honnête : une machine qui écoute sur un port, attend des requêtes, exécute ton code, renvoie une réponse. Une fois que c’est concret, les choix d’hébergement cessent d’être magiques et deviennent des compromis que tu peux vraiment raisonner.
Au programme
Ton premier déploiement
On prend ton projet et on le met en ligne. Tu connectes un dépôt Git à un hébergeur, tu regardes le build tourner, et tu récupères une URL. Ça va probablement échouer la première fois — une dépendance manquante, une mauvaise commande de build — et cet échec est la leçon : lire un log de build et le corriger, c’est ça la compétence, pas de l’éviter.
Au programme
Domaines et DNS
Une URL d’hébergeur au hasard dit « projet d’étudiant ». Ton propre domaine dit « produit ». On achète un domaine, on le pointe sur ton app, et — la partie que tout le monde trouve mystérieuse — on comprend comment le DNS transforme un nom en ton serveur. Le HTTPS est gratuit une fois que tu sais où cliquer, et on voit pourquoi le cadenas n’est pas optionnel en 2026.
Au programme
Secrets et environnements
Le moyen le plus rapide de perdre de l’argent, c’est de committer ta clé OpenAI dans un dépôt public — des bots scannent GitHub exactement pour ça. On sort chaque secret du code vers des variables d’environnement, et on sépare ta configuration de dev de la production pour qu’un test ne facture jamais le vrai compte ni n’envoie d’email à un vrai utilisateur. C’est la séance qui t’évite les ennuis.
Au programme
Quand ça casse en production
Ça marchait sur ta machine et ça renvoie du 500 à un utilisateur dans un autre pays. Tu ne peux pas le reproduire, donc il te faut des logs. On ajoute juste assez de logging et de suivi d’erreurs pour voir ce qui s’est vraiment passé, on apprend à lire une stack trace venue de la production, et on met une alerte pour l’apprendre avant que tes utilisateurs te le disent. C’est la différence entre une démo et quelque chose sur quoi on peut compter.
Au programme
Prends le projet que tu as construit plus tôt et mets-le entièrement en ligne : une URL live sur ton propre domaine, HTTPS activé, chaque secret dans une variable d’environnement, un déploiement automatique depuis Git, et une alerte branchée. Puis casse-le exprès — retire une clé, déclenche une erreur — et sers-toi de tes logs pour trouver et réparer. Tu repars avec un lien à mettre sur ton CV et la certitude de savoir le maintenir en ligne.
Proposé dans
Questions
Faut-il connaître le DevOps pour ça ?
Non. Les hébergeurs modernes gèrent le plus dur — serveurs, scaling, certificats — pour qu’un créateur solo puisse livrer sans équipe DevOps. Ce module enseigne les concepts en dessous pour que tu comprennes ce que fait le dashboard, pas une carrière dans l’infrastructure.
L’hébergement va-t-il me coûter de l’argent ?
Une app de taille portfolio tient généralement dans un free tier. Le vrai coût, c’est ton fournisseur d’IA — chaque appel au modèle est facturé — et c’est précisément pour ça qu’on consacre une séance aux rate limits et au verrouillage des clés.
J’ai juste un site statique — est-ce quand même pour moi ?
Oui. On commence par l’hébergement statique parce que c’est le plus simple qui marche, puis on ajoute un backend dès que ton app doit appeler un modèle IA avec une clé secrète — ce qui est le cas de la plupart. Tu finiras capable de déployer les deux.
Autres modules
Prêt à suivre ce module ?