Maintenance & infrastructure
Maintenance web : organiser les mises à jour, sauvegardes et incidents
La maintenance d’un site ou d’une application consiste à préserver son fonctionnement dans un environnement qui change. Le serveur, les dépendances, les services externes et les usages continuent d’évoluer après la livraison. Un cadre clair permet de savoir ce qui est surveillé, ce qui est sauvegardé et qui intervient lorsqu’un problème survient.
Distinguer hébergement, maintenance et évolutions
L’hébergement fournit l’environnement dans lequel le site fonctionne. La maintenance peut couvrir des mises à jour, des contrôles et des corrections selon un périmètre convenu. Une nouvelle fonction ou une refonte de parcours représente un autre type de travail. Écrivez cette répartition pour éviter qu’un abonnement soit compris comme une promesse d’intervention illimitée.
Inventoriez les composants : site, base de données, fichiers, tâches planifiées, messagerie transactionnelle et services connectés. Pour chacun, indiquez le propriétaire du compte et l’interlocuteur technique. Une panne visible sur le site peut venir d’un service externe. Sans cette carte des responsabilités, le diagnostic commence souvent par une recherche d’accès plutôt que par la résolution.
Vérifier ce qui est sauvegardé et comment le restaurer
Une sauvegarde utile doit couvrir les éléments nécessaires à la reprise : données, fichiers et configuration selon l’architecture. La copie des fichiers d’un site ne contient pas nécessairement sa base de données. Décidez de la fréquence et de la durée de conservation en fonction de l’activité et de la perte de données acceptable, puis vérifiez les copies réellement produites.
Organisez un essai de restauration dans un environnement isolé. Vérifiez l’ouverture du site, les fichiers attendus et un parcours représentatif. Conservez les instructions et les accès permettant de répéter l’opération. Le temps de reprise doit être estimé à partir de ces essais et des dépendances ; il ne faut pas le confondre avec la seule durée de téléchargement d’une archive.
Préparer les mises à jour avec un contrôle adapté
Les mises à jour concernent le système, les composants applicatifs, les extensions et parfois les intégrations. Leur importance et leur urgence varient. Consultez les informations officielles et les compatibilités de l’environnement concerné. Une procédure doit permettre de traiter une correction urgente sans oublier les contrôles de fonctionnement essentiels.
Lorsque le contexte le permet, testez les changements hors production avec une configuration représentative et des données protégées. Vérifiez les parcours critiques après intervention : connexion, formulaire, commande ou traitement en arrière-plan. Prévoyez une sauvegarde exploitable et une stratégie de retour en arrière adaptée aux éventuelles modifications de données.
Surveiller les fonctions qui comptent pour l’activité
Une page d’accueil accessible ne prouve pas que les emails partent ou qu’une synchronisation fonctionne. Choisissez les signaux utiles : erreurs applicatives, tâches bloquées, espace disponible ou échecs d’envoi selon le système. Les alertes doivent atteindre une personne capable d’agir et contenir assez d’informations pour commencer le diagnostic.
Évitez de collecter des données sans objectif défini. Les journaux doivent aider à comprendre les incidents, avec une durée de conservation et des accès appropriés. Déterminez aussi ce qui constitue une anomalie à signaler immédiatement et ce qui relève d’une revue planifiée. Trop d’alertes non traitées finissent par masquer les événements importants.
Écrire une procédure d’incident et de transmission
Précisez le canal de signalement, les informations à joindre et les plages d’intervention convenues. Une capture, l’heure du problème, l’action tentée et le rôle concerné aident davantage qu’un simple « le site ne marche pas ». Distinguez un délai de prise en charge d’un délai de résolution : le second dépend de la cause et des intervenants nécessaires.
Après un incident, consignez la cause identifiée, l’action effectuée et les contrôles réalisés. Faites évoluer la procédure si un accès manquait ou si une alerte n’a pas abouti. Gardez enfin les éléments de reprise à jour pour permettre une transmission : inventaire des comptes, documentation d’exploitation, sauvegardes et liste des dépendances.
Les points à vérifier
- Définir les éléments couverts et les exclusions du contrat.
- Identifier propriétaires de comptes et contacts techniques.
- Tester une restauration complète dans un environnement isolé.
- Contrôler les parcours critiques après les mises à jour.
- Formaliser signalement, plages d’intervention et transmission.
Questions fréquentes
L’hébergeur ne sauvegarde-t-il pas déjà le site ?
Il peut proposer des sauvegardes, mais leur contenu, leur fréquence, leur conservation et les conditions de restauration doivent être vérifiés. Assurez-vous que les données et fichiers nécessaires sont couverts et que la procédure a été testée.
Un contrat de maintenance garantit-il zéro panne ?
Non. Son intérêt est d’organiser la prévention, la détection et le traitement dans un périmètre défini. Les engagements de disponibilité ou de délai doivent être explicites et compatibles avec l’infrastructure et les services concernés.
Un projet à explorer
Pare-Brise Éco
La page Pare-Brise Éco aborde l’infogérance aux côtés des sites et applications. Elle rappelle que l’exploitation technique accompagne des usages concrets et plusieurs composants, au-delà de la seule page publique.
Explorer le projet