Du code à la production — comment fonctionne le déploiement ?

En une phrase

Le déploiement, c'est l'étape où votre code quitte votre ordinateur, arrive sur un serveur, et devient accessible à tous les utilisateurs — partout dans le monde.

Pourquoi c'est utile ?

Comprendre le déploiement vous permet de savoir ce qui se passe après le développement. C'est l'étape finale qui transforme votre travail en quelque chose de réel et utilisable. Tout développeur, même débutant, doit comprendre comment son code atteint les utilisateurs.

L'essentiel

Les trois environnements

Dans le développement professionnel, le code ne va pas directement de votre ordinateur aux utilisateurs. Il passe par trois environnements :

Le code voyage toujours dans ce sens : Local → Staging → Production. Chaque étape valide que tout fonctionne avant d'aller plus loin.

Comment on déploie ?

Il existe plusieurs méthodes selon la taille et la maturité du projet.

1. Déploiement via Git (simple)

Le serveur récupère automatiquement le dernier commit :

git pull origin main

Simple pour les petits projets, mais risqué sans tests automatiques.

2. Déploiement avec Docker (professionnel)

L'application est emballée dans un conteneur Docker — une boîte qui contient tout le nécessaire : le code, les dépendances, la configuration.

# Construire l'image
docker build -t mon-app .

# Tester en local
docker run -p 3000:3000 mon-app

# Envoyer sur le registre
docker push mon-registre/mon-app:v1.2

Docker garantit que l'application fonctionne de la même façon en local, en staging, et en production. Fini les "ça marche chez moi" !

3. Plateformes cloud

Les plateformes cloud simplifient le déploiement :

Le déploiement automatique (CD)

Dans un pipeline CI/CD complet, le déploiement se fait automatiquement quand tous les tests passent :

Push Git
    ↓
CI lance les tests
    ↓
Tests OK ?
    ↓ Oui
CD déploie automatiquement en staging
    ↓
Validation manuelle (optionnel)
    ↓
Déploiement en production

C'est le Déploiement Continu (CD = Continuous Deployment ou Continuous Delivery).

Revenir en arrière — le Rollback

Si un bug critique apparaît après un déploiement, on peut revenir immédiatement à la version précédente :

# Annuler le dernier commit et redéployer
git revert HEAD
git push origin main
# Le pipeline CI/CD redéploie automatiquement l'ancienne version

Sur des plateformes comme Railway ou AWS, un rollback peut se faire en un clic depuis le tableau de bord.

C'est l'un des grands avantages du CI/CD : un problème en production se résout en quelques minutes, pas en heures.

Exemple concret

Mamadou développe une application de réservation de taxis à Dakar.

Son processus de déploiement :

1. Il pousse son code sur GitHub : git push origin main
2. GitHub Actions lance les tests automatiquement
3. Tests OK ✅ → GitHub Actions construit une image Docker
4. L'image est envoyée sur Railway qui la déploie automatiquement
5. En 4 minutes, la nouvelle version est accessible à tous ses clients

Une nuit, Sentry lui envoie une alerte : un bug empêche les paiements Orange Money. Mamadou fait un rollback en un clic depuis le tableau de bord de Railway. Les clients retrouvent un service fonctionnel en moins de 2 minutes.

Son infrastructure entière coûte moins de 20 dollars par mois et tourne 24h/24.

À retenir

• Le code passe toujours par Local → Staging → Production avant d'arriver aux utilisateurs
• Docker emballe l'application pour qu'elle fonctionne de façon identique partout
• Railway, Render, AWS sont des plateformes pour déployer dans le cloud
• Le déploiement automatique (CD) se déclenche dès que tous les tests passent
• Le rollback permet de revenir à la version précédente en cas de bug critique

Prochaine étape

Apprenez à surveiller votre application en production avec des outils comme Sentry ou Datadog — pour détecter les erreurs avant vos utilisateurs.