Cloud

Le cloud fournit des ressources informatiques accessibles par réseau : stockage, calcul ou applications, selon le service. L’entreprise utilise ces ressources avec des conditions définies par l’offre et le contrat. Le cloud ne désigne pas un lieu unique ni une garantie de disponibilité ou de sécurité.

Un service peut être mutualisé ou réservé à une organisation. Les responsabilités varient selon ce qui est fourni. Il faut comprendre ce que le prestataire exploite et ce que l’entreprise doit configurer, protéger et maintenir. Une ressource hébergée ne supprime pas le besoin de gérer les accès.

Une offre d’infrastructure fournit notamment des ressources de calcul et de stockage. Une plateforme ajoute des services pour développer ou exploiter des applications. Un SaaS fournit une application utilisable par ses clients. Ces modèles se distinguent par les fonctions fournies et les responsabilités restantes.

Pour un besoin concret, examinez les opérations couvertes : mises à jour, sauvegarde, supervision et assistance. Le terme « cloud » ne suffit pas à savoir qui s’occupe de chaque tâche. Les exclusions et les conditions de récupération des données comptent autant que les fonctions disponibles.

Un stockage local peut rendre des fichiers disponibles sur le réseau du site. Un stockage cloud peut faciliter l’accès depuis plusieurs lieux. Une architecture peut associer les deux. Le choix dépend des applications, de la connexion et des contraintes de travail.

Le cloud n’est pas automatiquement une sauvegarde. Un dossier synchronisé peut répercuter une suppression ou une modification incorrecte. Vérifiez les copies, les versions, les durées et les possibilités de restauration. Le stockage de production et la protection des données répondent à des objectifs distincts.

Imaginons une PME dont plusieurs collaborateurs travaillent sur différents sites. Elle veut partager des documents avec des droits par équipe. Le service retenu doit permettre les opérations utiles et une gestion des accès adaptée.

L’équipe teste l’ouverture des fichiers, les versions et le partage externe. Elle vérifie le comportement lorsqu’une personne quitte l’entreprise et lorsqu’un document est supprimé. Une restauration est testée avec les moyens prévus, sans supposer que la synchronisation suffit.

Ce scénario est illustratif. Le choix n’est pas dicté par le nombre de fonctionnalités annoncé. La qualité de l’accès, la protection des fichiers et la possibilité de récupérer les données doivent être vérifiées avec les usages réels.

Examinez la localisation des traitements, les sous-traitants, les conditions de conservation et les engagements de service. La disponibilité du fournisseur n’est pas la disponibilité complète de votre activité : la connexion, les identités et les postes interviennent également.

Vérifiez les formats d’export et les coûts ou limites de sortie prévus. Un contrat peut faciliter ou compliquer une migration. Conservez la documentation des droits et des configurations. Une sortie doit être préparée avant qu’un changement de fournisseur devienne urgent.

Une coupure internet peut empêcher certains usages. Des applications proposent un mode hors ligne, d’autres non. Testez ce comportement au lieu de le déduire du nom de l’offre. Le secours de connexion doit être adapté aux services essentiels.

Le dimensionnement influence le coût et l’expérience. Les ressources peuvent être facturées selon différents paramètres. Analysez les usages attendus et les mécanismes de suivi. Une estimation doit annoncer ses hypothèses, sans transformer un tarif indicatif en budget garanti.

Pour une application importante, examinez le parcours complet : poste, identité, connexion et ressource hébergée. Un engagement portant sur le serveur ne couvre pas nécessairement chacun de ces éléments. Définissez les informations nécessaires au diagnostic et le canal de support. Testez aussi les opérations essentielles avec une connexion limitée pour comprendre les usages qui resteront possibles et ceux qui demanderont un autre moyen.

Listez les applications, les fichiers et les utilisateurs concernés. Identifiez les opérations critiques et les conséquences d’une coupure. Comparez les offres avec les mêmes besoins : accès, support, protection et récupération.

Vérifiez les rôles et les responsabilités. Testez une suppression, un départ d’utilisateur et un export. Préparez la restauration des éléments importants avec les moyens réellement disponibles. Le résultat doit être confirmé par un essai, pas par une fonction annoncée seulement.

Documentez les paramètres, les propriétaires des données et les conditions de sortie. Revoyez le périmètre lorsque de nouveaux usages ou sites sont ajoutés. Le cloud doit rester une architecture comprise et administrée, avec des dépendances connues.

Les modèles de service et de déploiement sont présentés dans la définition du cloud du NIST, SP 800-145.

Référence consultée le 10 octobre 2026.