Cloud et DevOps
Sauvegardes, disponibilité, hébergement : les questions à poser.
Les questions simples à poser sur l’endroit où tourne votre site ou votre application, sa sauvegarde et ce qui se passe en cas de panne.
Où tourne le système, et à qui appartient-il ?
Identifiez l’hébergeur de votre site ou de votre application, la région où se trouvent les serveurs et le titulaire du compte. Ce compte doit appartenir à votre entreprise, et au moins deux personnes de votre côté doivent pouvoir y accéder. Demandez aussi le coût mensuel, ce qui peut faire grimper la facture et comment migrer vers un autre fournisseur si nécessaire. Inutile de comprendre chaque réglage, mais vous ne devez jamais être exclu de votre propre système.
Comment les sauvegardes sont-elles faites et testées ?
Une sauvegarde n’a de valeur que si elle peut être restaurée. Demandez ce qui est sauvegardé (base de données, fichiers envoyés, configuration), à quelle fréquence, combien de temps les copies sont conservées et si au moins une copie est stockée hors du serveur ou du compte principal. Demandez ensuite quand une restauration a été testée et combien de temps elle a pris. Deux repères aident : la quantité de données récentes que vous pouvez vous permettre de perdre, et la durée pendant laquelle l’activité peut tenir sans le système.
Que signifie vraiment « disponibilité » ?
Aucun service ne fonctionne en permanence, et les hébergeurs expriment la disponibilité en pourcentage. Même un chiffre élevé autorise quelques interruptions chaque mois : demandez ce que promet le fournisseur, ce qu’ajoute votre propre configuration et quand ont lieu les maintenances. Demandez aussi comment l’équipe sait que le site est en panne. Une surveillance externe peut le vérifier toutes les quelques minutes et alerter une personne désignée. Vos clients ne doivent pas être les premiers à s’en apercevoir.
Mises à jour et sécurité côté serveur
Serveurs, bases de données et bibliothèques logicielles doivent être mis à jour régulièrement. Demandez qui s’en charge, à quel rythme et comment les changements sont testés avant la mise en production. Gardez une courte note écrite des réponses, avec la personne à appeler si quelque chose tombe en panne la nuit ou le week-end.
À retenir
- Garder hébergement, domaine et sauvegardes sur des comptes de l’entreprise.
- Demander la date du dernier test de restauration, pas seulement si des sauvegardes existent.
- S’assurer qu’une alerte prévient une personne désignée avant les clients.