CI/CD
Certains liens de cette page sont des liens d'affiliation : nous pouvons toucher une commission, sans surcoût pour vous. En savoir plus
La CI/CD transforme une mise en ligne risquée en un événement ordinaire. Chaque changement est testé, construit et déployé de façon identique, et l’on gagne la possibilité de corriger vite.
La chaîne, étape par étape
Un bon pipeline : linting et tests à chaque push, construction de l’artéfact, déploiement en préproduction, validation, puis production. Chaque étape doit être visible et sa durée maîtrisée.
Ne pas complexifier inutilement
Un pipeline trop long ou trop fragile est contourné. Mieux vaut quelques tests solides et un déploiement simple qui fonctionne à chaque fois qu’une chaîne ambitieuse qu’on n’ose plus lancer.
Sécurité et reproductibilité
Secrets gérés par la plateforme, dépendances analysées, images Docker reproductibles : la CI/CD devient aussi un outil de sécurité quand elle est bien conçue, pas seulement de vitesse. translations: en: “ci-cd”
Quand en avez-vous besoin ?
- Chaque mise en ligne est une opération manuelle et stressante
- Un test oublié a déjà provoqué une panne en production
- Vous devez synchroniser plusieurs environnements (développement, test, production)
- Plusieurs développeurs déposent du code et les conflits ou régressions se multiplient
- Vous voulez déployer des petits changements souvent plutôt que de grosses versions rares
Comment ça se passe
- Audit du processus actuel — Lister les étapes entre le développement et la mise en ligne, repérer celles qui sont manuelles, longues et sujettes à erreur. Prioriser ce qui est répété et coûteux.
- Tests automatisés — Commencer par des tests unitaires et d'intégration sur les parcours critiques. Sans tests, un déploiement automatique propage les erreurs plus vite.
- Pipeline d'intégration — Configurer la construction et le test à chaque envoi de code (push ou pull request), avec un statut clair et bloquant avant fusion.
- Déploiement par environnements — Déployer automatiquement en préproduction, valider, puis en production. Prévoir un déploiement progressif ou une procédure de retour arrière en cas de problème.
- Sécurité et mesure — Ajouter l'analyse de vulnérabilités des dépendances, la gestion des secrets et la mesure du pipeline (durée, taux d'échec, temps de déploiement).
Combien ça coûte
| Prestation | Prix indicatif | À savoir |
|---|---|---|
| Mise en place d'un pipeline simple | 8 000 – 25 000 MAD (≈ 730 – 2 300 €) | Tests, build et déploiement sur un environnement |
| Pipeline complet avec préproduction | 20 000 – 40 000 MAD (≈ 1 800 – 3 700 €) | Environnements, secrets et retour arrière |
| Plateforme CI/CD hébergée | 0 – 1 500 MAD / mois (≈ 0 – 140 €) | GitHub Actions ou GitLab, selon le volume d'exécution |
| Écriture des tests automatisés | 5 000 – 30 000 MAD (≈ 450 – 2 800 €) | Selon la couverture et la complexité |
| Accompagnement DevOps mensuel | 2 000 – 15 000 MAD / mois (≈ 180 – 1 400 €) | Entretien, amélioration et correctifs |
Fourchettes indicatives pour le marché marocain en 2026, hors taxes. Les tarifs varient selon le périmètre et le prestataire.
Outils recommandés
Les outils que nous recommandons le plus souvent pour ce type de projet.
GitHub Actions
Pipelines intégrés aux dépôts GitHub
GitLab CI/CD
Pipelines intégrés aux dépôts GitLab
Dependabot
Mises à jour automatisées des dépendances
SonarQube
Analyse de la qualité et de la sécurité du code
Docker
Constructions reproductibles et déploiements identiques
Erreurs à éviter
- Automatiser le déploiement sans aucun test automatisé
- Stocker mots de passe et clés d'API en clair dans le dépôt ou dans le script
- Déployer directement en production sans préproduction ni validation
- Rendre le pipeline lent (plus de trente minutes), ce qui incite à le contourner
- Ne pas prévoir de retour arrière et devoir improviser pendant une panne
Questions fréquentes
Quelle différence entre CI et CD ?
L'intégration continue (CI) teste et construit chaque changement automatiquement. Le déploiement continu (CD) va plus loin et met en production automatiquement. La livraison continue automatise tout sauf la décision de mise en ligne.
Faut-il des tests pour démarrer ?
Oui, au moins sur les parcours critiques : connexion, paiement, formulaire. Sans tests, l'automatisation transforme une erreur en incident plus rapide. On peut démarrer par quelques tests bien choisis.
Combien coûte un pipeline CI/CD ?
Les plateformes GitHub Actions ou GitLab offrent des quotas gratuits généreux pour une PME. La mise en place et l'écriture des tests sont l'essentiel du coût, et l'accompagnement mensuel donne de la valeur à l'ensemble.
CI/CD ou ftp directement sur le serveur ?
Le FTP direct fonctionne pour un site statique et un seul développeur, mais ne laisse aucune trace, aucune vérification et aucune reproductibilité. Le CI/CD est le standard dès qu'il y a plusieurs environnements ou plusieurs personnes.
Comment gérer les secrets (clés, mots de passe) ?
Les stocker dans la gestion de secrets de la plateforme (secrets d'environnement), jamais dans le code. Les rotations et la séparation des clés entre environnements réduisent les risques en cas de fuite.
Mis à jour le