Infogérance cloud : le coût réel, la sécurité et la sortie
Le cloud déplace la dépense plus qu'il ne la supprime : sortie de données, licences, stockage qui grossit, supervision à ajouter. Et il pose une question rarement traitée au moment de la migration : comment sortir de cet environnement si le prestataire ou l'offre ne convient plus. Ce site décrit les postes de coût, les contrôles à exiger et la réversibilité.
Les postes de coût que la grille ne montre pas
Une grille cloud affiche des prix à l'heure : instances, stockage, requêtes. La facture réelle dépend de trois postes moins visibles — la sortie de données, le stockage qui ne diminue jamais, et les licences logicielles facturées par cœur ou par utilisateur.
La sortie de données est le piège classique : entrer est gratuit chez presque tous les fournisseurs, sortir est facturé au gigaoctet. Une sauvegarde externalisée, une réplication ou une migration deviennent alors des lignes de dépense qui n'existaient pas dans le devis initial.
Le stockage grossit par accumulation : sauvegardes, journaux, images de machines anciennes. Une politique de rétention écrite, avec suppression automatique, économise plus que la renégociation des instances.
Cloud public, privé, hybride : la décision par le besoin
Le cloud public convient quand la charge varie et que les données ne sont pas soumises à une exigence de localisation stricte. Le cloud privé se justifie pour une isolation réglementaire ou une charge stable et prévisible, où la mutualisation n'apporte rien.
L'hybride combine les deux, au prix d'une complexité d'exploitation réelle : deux réseaux, deux annuaires, deux politiques de sauvegarde. Il n'a de sens que si une partie de la charge a un besoin strictement différent du reste.
La question à se poser n'est pas « quel cloud » mais « quelle charge, avec quelle contrainte de latence, de localisation et de coût prévisible ». Une réponse qui ne cite pas la charge est une réponse de catalogue.
Sécurité : les contrôles qui comptent
Le fournisseur sécurise l'infrastructure ; le client reste responsable de la configuration, des accès, des données et des applications. Cette frontière, dite de responsabilité partagée, est la source de la plupart des incidents : un stockage laissé public n'est pas une faille du fournisseur.
Les contrôles minimaux : authentification à deux facteurs sur la console d'administration, comptes nominatifs, journalisation des accès, chiffrement au repos et en transit, clés gérées hors du code, et restriction réseau des services exposés.
La journalisation doit être exportée hors de l'environnement surveillé : un attaquant qui obtient les droits d'administration efface d'abord les journaux auxquels il a accès. Cette copie externe est aussi la première pièce utile en cas d'incident.
Supervision et sauvegardes dans un environnement distribué
Dans le cloud, les instances sont remplaçables : c'est la configuration qui doit être surveillée, pas la machine. Une instance qui redémarre n'est pas un incident si elle est recréée à l'identique par l'automatisation, mais l'écart entre la configuration réelle et la configuration décrite l'est.
Les métriques utiles changent : latence, taux d'erreur, saturation des files, coût par service. La supervision doit alerter sur une dérive de coût autant que sur une panne — une facture qui double en trois jours est un incident d'exploitation.
Les sauvegardes doivent être externalisées chez un autre fournisseur, ou au moins dans une autre région. Une sauvegarde stockée dans le même compte que la production disparaît avec lui si le compte est compromis ou suspendu.
Réversibilité : prévoir la sortie avant d'entrer
Sortir d'un cloud coûte du temps et de l'argent : export des données, reconstruction des machines, reconfiguration des noms de domaine, réécriture de ce qui dépendait de services propriétaires. Ce coût est prévisible, à condition d'y penser au moment de la conception.
Trois précautions limitent la facture de sortie : garder les données dans des formats standards (bases relationnelles, fichiers, objets sans API exclusive), éviter les services propriétaires pour les fonctions critiques, et documenter l'architecture pour qu'elle soit reconstructible ailleurs.
Le test qui vaut tout discours : restaurer une copie complète dans un autre environnement, une fois par an. Une architecture dont on n'a jamais fait la sortie n'est pas réversible, elle est seulement migrée dans un sens.
Ce que l'infogérance ajoute au cloud
Le cloud fournit des ressources ; l'infogérance fournit l'exploitation : mises à jour, supervision, gestion des accès, sauvegardes vérifiées, réponse aux incidents, maîtrise des coûts. Sans elle, l'équipe interne porte ces tâches, souvent sans astreinte ni procédure.
Le périmètre doit être écrit service par service : qui applique les correctifs, qui gère les certificats, qui répond à une alerte à trois heures du matin, qui décide d'un redimensionnement. Un contrat cloud qui ne traite pas ces quatre points laisse le client seul avec sa facture.
Enfin, la maîtrise des coûts est un service en soi : étiquetage des ressources par projet, rapport mensuel, alerte sur dérive. C'est souvent la ligne qui finance l'infogérance elle-même.
En images
Questions fréquentes
Pourquoi la facture cloud dépasse-t-elle le devis ?
Trois postes sont sous-estimés : la sortie de données, le stockage qui s'accumule sans rétention écrite, et les licences facturées par cœur ou par utilisateur.
Qui est responsable de la sécurité dans le cloud ?
Le fournisseur sécurise l'infrastructure, le client reste responsable de la configuration, des accès, des données et des applications. Un stockage laissé public n'est pas une faille du fournisseur.
Où stocker les sauvegardes d'un environnement cloud ?
Hors de l'environnement surveillé et, si possible, chez un autre fournisseur ou dans une autre région : une sauvegarde dans le même compte disparaît avec lui en cas de compromission.
Peut-on sortir facilement d'un cloud ?
Seulement si la sortie a été prévue : formats standards, peu de services propriétaires sur les fonctions critiques, architecture documentée. Le test consiste à restaurer une copie complète ailleurs.
L'infogérance est-elle utile avec le cloud ?
Oui : elle couvre les mises à jour, la supervision, les accès, les sauvegardes vérifiées, les incidents et la maîtrise des coûts — ce que le fournisseur ne fait pas à la place du client.