Cloud et informatique : comprendre le cloud computing

Le cloud et l'informatique désignent deux aspects d'un même fonctionnement : le travail effectué par un ordinateur et la façon d'obtenir les ressources nécessaires. Le cloud computing permet de demander des capacités de calcul, du stockage, des applications et d'autres ressources informatiques par un réseau, sans acheter ni exploiter soi-même chaque composant sous-jacent.

Le travail s'exécute toujours sur du matériel physique. Ce qui change, c'est la manière d'accéder à ce matériel, la personne qui l'entretient, les éléments que vous contrôlez et la mesure de l'utilisation. Comprendre ces différences aide à choisir les services adaptés à une application et à identifier les responsabilités qui restent à votre équipe.

Que signifient le cloud et l'informatique ensemble ?

L'informatique comprend l'exécution de logiciels, le traitement de données, le stockage de fichiers, l'hébergement de sites web, l'exploitation de bases de données et l'exécution de modèles d'IA. Votre ordinateur portable effectue un traitement informatique lorsqu'il retouche une photo hors ligne. Un serveur distant en effectue un lorsqu'il répond à la demande d'une application mobile.

Le cloud est un modèle de fourniture et d'exploitation de ces capacités. Les plateformes cloud organisent les ressources en services que les clients peuvent demander, configurer, utiliser et libérer. Le réseau relie le client au service ; les logiciels de gestion coordonnent les ressources qui le font fonctionner.

La définition du cloud computing du NIST fournit une base formelle : ressources mutualisées, accès en libre-service, accès réseau, élasticité et utilisation mesurée. Une machine accessible à distance ne suffit pas à constituer ce modèle. De même, une connexion Internet donne accès à de nombreux services cloud, sans constituer le cloud lui-même.

De quoi se compose une infrastructure cloud ?

Trois couches permettent de comprendre cet ensemble. L'architecture de référence du NIST distingue les ressources physiques, les logiciels qui les abstraient et les contrôlent, puis les services utilisés par les clients.

L'infrastructure informatique physique

Les processeurs, la mémoire, les dispositifs de stockage et les équipements réseau effectuent le travail sous-jacent. Les CPU exécutent des instructions générales ; les GPU peuvent accélérer certains traitements parallèles. Les serveurs physiques ont aussi besoin d'électricité, de refroidissement, d'entretien et d'une protection contre les accès non autorisés.

Les centres de données hébergent une grande partie de ces équipements, même si leur emplacement et leur conception varient. Choisir un service cloud change votre accès à cette infrastructure. Cela ne la rend pas immatérielle et ne supprime pas ses contraintes physiques.

Les logiciels de plateforme et de gestion

Les logiciels cloud attribuent les capacités et contrôlent les accès. La virtualisation peut diviser un serveur en machines virtuelles, tandis que les environnements d'exécution de conteneurs regroupent et exécutent les applications dans des environnements isolés. Des ordonnanceurs attribuent le travail, les logiciels réseau relient les ressources et les systèmes de stockage gèrent les données.

Les services d'identité, la supervision, le comptage de l'utilisation, les API et les consoles web permettent de gérer ces ressources. Un bouton dans une console peut déclencher une suite d'opérations complexes sans en exposer chaque étape. Les systèmes cloud peuvent aussi proposer du matériel dédié ; les machines virtuelles ne sont qu'une possibilité de mise en œuvre.

Les services cloud

Le client obtient une ressource utilisable : une instance de calcul, un bucket de stockage, une base de données, une plateforme applicative ou un logiciel prêt à l'emploi. Les points d'accès d'IA gérés, les outils d'analyse, les services de sauvegarde et les services d'identité en sont d'autres exemples.

Ces services donnent accès à des contrôles différents. Louer de la puissance de calcul pour votre propre logiciel vous laisse davantage de travail que souscrire à une application exploitée par le fournisseur.

Qu'est-ce qui change lorsque l'informatique passe au cloud ?

Avec une infrastructure qu'elle possède, une organisation achète généralement les équipements, installe les systèmes, planifie les capacités et remplace le matériel défaillant. Elle exploite les installations ou rémunère un prestataire pour le faire. Les capacités inutilisées et le vieillissement des machines restent à sa charge.

Avec des services cloud exploités par un fournisseur, celui-ci gère l'infrastructure sous-jacente et la plateforme cloud. Les clients demandent des ressources par une console, une application, une API ou un processus de déploiement automatisé. L'approvisionnement peut ainsi être plus rapide, mais les capacités disponibles, les limites du compte et les services proposés dans chaque région restent déterminants.

Les dépenses changent aussi. Les achats de matériel peuvent être remplacés par une facturation à l'usage, des abonnements ou des engagements. La migration peut néanmoins entraîner des coûts initiaux, auxquels s'ajoute le travail continu sur la sécurité, les logiciels, le support et la reprise. Comparer uniquement le prix d'un serveur au tarif horaire d'une instance laisse de côté une grande partie de la décision.

Le contrôle devient plus ciblé. Vous pouvez choisir un système d'exploitation et des règles réseau sans choisir la machine physique. Vous dépendez aussi des interfaces du fournisseur, de ses conditions de service, de son support et de la connectivité. Il faut donc déterminer quelles tâches vous souhaitez conserver et lesquelles le service prend effectivement en charge.

Qu'est-ce qu'un environnement cloud ?

Un environnement cloud est l'ensemble des ressources, paramètres, identités et connexions utilisés pour une application, une charge de travail, une équipe ou une organisation. Il peut comprendre des instances de calcul, du stockage, des bases de données, des réseaux, des rôles utilisateur, des règles de sécurité, de la supervision et des outils de développement.

Prenons une petite application de réservation. Son environnement de production pourrait réunir le site web, une API, une base de données, le stockage des images, les autorisations et les alertes. Un environnement de développement distinct permet à l'équipe de tester les modifications sans utiliser les données des clients ni les identifiants de production.

Un environnement cloud ne correspond pas nécessairement à un seul serveur, compte fournisseur ou emplacement géographique. Ses limites découlent de choix de conception, soutenus par les contrôles d'accès et la configuration. Nommer un environnement « développement » ne l'isole pas de la production : les autorisations et les connexions doivent assurer cette séparation.

Comment fonctionne le cloud computing ?

Le cycle de vie simplifié d'une ressource suit ces étapes. Les détails varient selon le service, et une application gérée peut en masquer la plupart.

1. Demander : une personne ou une application demande un service avec une configuration donnée.
2. Valider : la plateforme vérifie l'identité, les autorisations, la configuration, les limites et les capacités disponibles.
3. Attribuer : les ressources de calcul, de stockage et de réseau adaptées sont affectées.
4. Démarrer et exécuter : l'environnement démarre et le traitement s'exécute sur l'infrastructure physique.
5. Observer : la supervision et le comptage enregistrent l'activité, l'état et l'utilisation pertinents.
6. Ajuster ou libérer : le client ou une règle autorisée adapte, arrête ou supprime les ressources.

L'élasticité permet d'ajuster la capacité ; elle ne rend pas chaque application automatiquement capable de monter en charge. Il faut une conception et une configuration adaptées. Arrêter un traitement peut aussi laisser du stockage ou d'autres ressources facturables. Vérifiez le cycle de vie de chaque ressource avant de supposer que l'arrêt d'une instance met fin à tous les coûts ou conserve tous les fichiers.

Les modèles de services cloud

Les modèles de services décrivent ce que fournit et gère le prestataire. L'IaaS fournit une infrastructure configurable ; les clients gèrent généralement le système invité et les applications. Le PaaS propose un environnement applicatif managé, tandis que les clients gèrent leur code, leurs paramètres et leurs données. Le SaaS fournit une application exploitée par son prestataire ; les clients gèrent toujours les utilisateurs, les accès, la configuration et leur utilisation des données.

Les modèles de déploiement cloud

Le NIST distingue les clouds public, privé, communautaire et hybride. Ils décrivent les utilisateurs de l'infrastructure et l'organisation des environnements. Le cloud privé n'est pas automatiquement plus sûr, et une architecture hybride exige une intégration fonctionnelle. Le multicloud utilise plusieurs fournisseurs ; le serverless confie au prestataire le provisionnement des serveurs et une grande partie de la gestion de l'infrastructure d'exécution. Ces termes répondent à d'autres questions que les modèles de déploiement.

Pour comparer les modèles, leurs responsabilités et les critères de choix, consultez notre guide des types de cloud computing.

Qui gère la sécurité et l'exploitation du cloud ?

La répartition des responsabilités change avec le service. Un fournisseur entretient généralement ses installations physiques, ses hôtes, son réseau principal et sa plateforme de base. Le client reste responsable des décisions et des composants qu'il contrôle.

Les recommandations de Microsoft sur la responsabilité partagée illustrent cette distinction entre modèles de service. En IaaS, vous appliquez généralement les correctifs du système d'exploitation invité et gérez les logiciels applicatifs. En SaaS, le fournisseur exploite une part plus importante de cet ensemble, tandis que vous gérez toujours les utilisateurs, les paramètres et le traitement approprié de vos données.

Les responsabilités opérationnelles doivent aussi couvrir les identifiants, la supervision applicative, les exigences de sauvegarde, les tests de restauration, les dépenses et une solution de sortie. Les fonctions de sécurité du cloud nécessitent une configuration correcte. La supervision de l'infrastructure par le fournisseur ne prouve pas que votre application fonctionne correctement, ni qu'une sauvegarde peut restaurer les enregistrements dont vous avez besoin.

Avant de choisir un service, déterminez qui détecte une panne, qui intervient et quelles vérifications confirment la reprise. Le guide Hivenet pour choisir un fournisseur de calcul cloud propose des questions sur l'adéquation au traitement, le contrôle, les coûts et la portabilité.

Usages courants et avantages du cloud computing

Le cloud computing permet des activités familières : accéder aux logiciels métier, partager des fichiers, héberger des sites web et des API, exploiter des bases de données ou créer des environnements de développement. L'analyse de données, le rendu, la recherche et les traitements d'IA peuvent utiliser des capacités temporaires ou des services gérés.

Une équipe de recherche fictive pourrait louer des GPU pour une courte expérience, enregistrer ses résultats dans un stockage persistant, puis libérer les ressources de calcul. Un commerçant pourrait augmenter la capacité applicative pendant une période chargée. Dans les deux cas, les ressources doivent être disponibles et l'application doit pouvoir les utiliser.

Les services cloud peuvent également soutenir la sauvegarde et la reprise après sinistre en plaçant des copies ou des ressources de reprise à distance du système principal. La continuité d'activité exige toujours une conservation adaptée, des contrôles d'accès, des procédures de restauration testées et un délai de reprise acceptable. La synchronisation de fichiers ne constitue pas à elle seule un plan de sauvegarde complet : les modifications indésirables peuvent aussi être synchronisées.

Les avantages sont les plus nets lorsque la demande varie, que l'infrastructure est temporaire, que les équipes ont besoin d'un accès réseau ou qu'un service géré leur évite des tâches d'exploitation. Ces conditions expliquent la valeur potentielle plus clairement qu'une promesse de coûts toujours inférieurs ou de fiabilité systématiquement supérieure.

Quand une infrastructure locale peut mieux convenir

Les systèmes locaux ou possédés peuvent convenir aux traitements qui doivent fonctionner hors ligne, répondre immédiatement à des équipements proches ou s'exécuter déjà correctement sur du matériel adapté. Une utilisation élevée et stable peut favoriser des capacités détenues en propre, en intégrant les coûts des locaux, du personnel, de l'entretien et du remplacement.

Les déplacements de données peuvent peser lourd dans un projet. Transférer une grande archive prend du temps ; répéter l'opération peut ajouter des frais de transfert et retarder le traitement. Estimez le parcours complet des données, de l'entrée au résultat. Pour vérifier les transferts en pratique, consultez le guide sur rclone et les sommes de contrôle pour les grands jeux de données.

D'autres contraintes concernent le contrôle physique, les emplacements acceptables pour les données, l'indisponibilité de capacités cloud et la dépendance au fournisseur. Testez l'export des données et la reconstruction de l'application ailleurs. Les interfaces standard peuvent aider, mais elles ne suppriment pas les différences de comportement, de configuration ni l'effort de migration.

La décision peut se prendre traitement par traitement. Une équipe peut conserver un poste de développement local, utiliser des applications SaaS pour collaborer et louer une infrastructure cloud pour des tâches exigeantes occasionnelles.

Comment Hivenet s'inscrit dans cet ensemble

Hivenet illustre plusieurs répartitions de responsabilités chez un même fournisseur. Compute with Hivenet propose des instances GPU ou CPU pour les traitements exécutés par le client. Inference Service fournit des points d'accès à des modèles gérés, tandis que le stockage compatible S3 accueille jeux de données, données applicatives, sauvegardes et artefacts.

Store prend en charge les fichiers personnels et la sauvegarde de photos, Send le transfert de fichiers, et Private AI un parcours de déploiement accompagné pour les traitements sensibles. Ces produits ont des architectures et des responsabilités opérationnelles différentes. La présentation de l'architecture Hivenet explique les liens entre infrastructure, logiciels de plateforme et services.

Questions fréquentes

Le cloud computing se limite-t-il au stockage ?

Non. Le stockage de données est une capacité parmi d'autres. Le cloud computing comprend aussi le calcul, les réseaux, les bases de données, les plateformes applicatives et les logiciels prêts à l'emploi.

Faut-il Internet pour utiliser des services cloud ?

Il faut une connexion réseau adaptée. De nombreux services utilisent l'Internet public ; d'autres sont accessibles par des réseaux privés. Les possibilités hors ligne dépendent de l'application et des éléments qu'elle conserve localement.

Utiliser le cloud permet-il de ne plus acheter de matériel ?

Vous avez toujours besoin d'appareils et d'une connexion pour accéder aux services. Certaines organisations conservent aussi une infrastructure locale. Le cloud computing peut réduire le matériel que vous exploitez pour un traitement donné sans remplacer tous les ordinateurs que vous utilisez.

Un fournisseur cloud peut-il garantir la continuité d'activité ?

Un accord de service peut prévoir des engagements de disponibilité définis. La continuité de votre activité dépend aussi de la conception de l'application, de ses dépendances, des dispositifs de sauvegarde et de reprise, ainsi que de votre réponse aux pannes. Vérifiez ces exigences séparément.