Comprendre les principes d'architecture d'un service et les bonnes pratiques pour planifier et réaliser un déploiement réussi.
Intermédiaire — SISR 1ère et 2ème année
⏱️ 20 min
📁 Déploiement de services
🎯 Objectifs de la fiche
- Qu'est-ce qu'un service informatique ? — Définition, composantes, parties prenantes
- Principes d'architecture d'un service — Disponibilité, scalabilité, sécurité
- Les étapes d'un déploiement — Préparation, installation, configuration, validation
- Techniques et outils de déploiement — Manuel, scripté, automatisé (Ansible, Docker)
- Documenter le déploiement — Traçabilité, procédure, rollback
Prérequis
Notions de base en administration système et réseau. Cette fiche est au programme du Bloc 1 (B1.5 — Mettre à disposition des utilisateurs un service informatique).
1. Qu'est-ce qu'un service informatique ?
Un service informatique est une prestation rendue aux utilisateurs grâce à des moyens techniques (matériels, logiciels, réseau). Il répond à un besoin métier précis : accéder à ses fichiers, imprimer, consulter sa messagerie, utiliser une application.
| Composante | Exemples |
|---|
| Moyens techniques | Serveur, base de données, réseau, stockage |
| Parties prenantes | Utilisateurs finaux, administrateurs, support, direction |
| Niveau de service | Disponibilité attendue, performance, sécurité (voir fiche SLA) |
| Documentation | Procédures d'installation, d'exploitation et de support |
2. Principes d'architecture d'un service
| Principe | Question à se poser | Exemple concret |
|---|
| Disponibilité | Le service doit-il être accessible 24/7 ou seulement en heures ouvrées ? | Un serveur de messagerie nécessite une haute disponibilité |
| Scalabilité | Le service doit-il pouvoir absorber une charge croissante ? | Un site web doit supporter les pics de trafic |
| Sécurité | Quelles données sensibles sont traitées, quels accès protéger ? | Un service RH nécessite un contrôle d'accès strict |
| Sauvegarde | Quelle perte de données est acceptable en cas d'incident ? | Voir fiche RPO/RTO |
| Maintenabilité | Le service pourra-t-il être facilement mis à jour et dépanné ? | Préférer des solutions documentées et standards |
ℹ️ Avant tout déploiement, il faut se poser la question du dimensionnement : combien d'utilisateurs, quel volume de données, quelle croissance prévisible ? Un sous-dimensionnement impose une migration coûteuse, un sur-dimensionnement gaspille le budget.
3. Les étapes d'un déploiement
| Étape | Action |
|---|
| 1. Analyse du besoin | Identifier précisément ce qui est attendu et par qui |
| 2. Choix de la solution | Sélectionner le logiciel/matériel adapté au besoin et au budget |
| 3. Préparation de l'environnement | Préparer le serveur, le réseau, les accès nécessaires |
| 4. Installation | Installer le logiciel ou configurer le matériel |
| 5. Configuration | Paramétrer selon les besoins spécifiques de l'organisation |
| 6. Tests | Vérifier le bon fonctionnement (voir fiche tests d'intégration) |
| 7. Mise en production | Rendre le service disponible aux utilisateurs |
| 8. Documentation | Rédiger la documentation technique et utilisateur |
4. Exemple — déployer une imprimante réseau
Un déploiement, même simple, soulève des questions structurantes qu'il faut anticiper :
| Question | Impact |
|---|
| Quels utilisateurs/services pourront imprimer ? | Définit les habilitations à créer |
| Existe-t-il un serveur d'impression centralisé ? | Définit l'architecture (impression directe ou via serveur) |
| Comment l'imprimante est-elle connectée au réseau ? | Filaire, WiFi — impacte le câblage et la configuration IP |
| Où placer l'imprimante physiquement ? | Accessibilité, nuisance sonore, proximité des utilisateurs |
| Quel pilote utiliser sur les postes clients ? | Compatibilité, déploiement automatique via GPO |
5. Techniques et outils de déploiement
| Technique | Description | Avantage |
|---|
| Installation manuelle | Configuration pas à pas sur chaque machine | Simple pour un déploiement unique |
| Script de déploiement | Automatisation via script bash/PowerShell | Reproductible, gain de temps sur plusieurs machines |
| Outil de gestion de configuration | Ansible, Puppet — déploiement déclaratif à grande échelle | Cohérence garantie sur de nombreux serveurs |
| Conteneurisation | Docker — packaging standardisé de l'application | Portabilité, déploiement rapide et reproductible |
| Images système (FOG, Clonezilla) | Déploiement d'un poste de travail complet préconfiguré | Rapide pour déployer de nombreux postes identiques |
6. Documenter le déploiement — anticiper le rollback
Tout déploiement doit prévoir un plan de retour en arrière (rollback) en cas d'échec ou de problème majeur après mise en production.
| Élément à documenter | Pourquoi |
|---|
| Configuration avant déploiement | Permet de revenir à l'état initial si besoin |
| Étapes précises du déploiement | Reproductibilité, transmission à un collègue |
| Critères de validation | Savoir objectivement si le déploiement est réussi |
| Procédure de retour en arrière | Réagir rapidement en cas de problème critique |
⛔ Déployer un service en production sans plan de rollback est risqué : en cas d'échec, l'absence de procédure de retour en arrière peut prolonger une panne qui aurait pu être résolue en quelques minutes.
- ☐ 5 principes d'architecture identifiés (disponibilité, scalabilité, sécurité, sauvegarde, maintenabilité)
- ☐ 8 étapes d'un déploiement mémorisées
- ☐ Questions structurantes à se poser avant un déploiement, même simple
- ☐ Techniques de déploiement comparées (manuel, scripté, Ansible, Docker, images système)
- ☐ Plan de rollback compris comme élément indispensable