Services informatiques cloud : que comprennent-ils et qui gère quoi ?

Les services informatiques cloud peuvent désigner les ressources que vous louez, les logiciels que vous utilisez ou les personnes chargées de les maintenir en fonctionnement. Une machine virtuelle, une base de données managée et un support informatique externalisé répondent à des besoins différents, même lorsqu'une proposition commerciale les regroupe sous une seule rubrique.

Pour comparer les offres, précisez deux points : la capacité fournie et la personne responsable de chaque composant. Ce guide présente les principales catégories de services, les tâches qui restent à votre équipe et les questions à régler avant de vous engager.

Qu'est-ce qu'un service cloud ?

Un service cloud est une capacité informatique accessible par un réseau, sur une infrastructure cloud qui mutualise les ressources informatiques, permet leur accès à la demande et mesure leur utilisation. Il peut s'agir de puissance de calcul, de stockage objet, d'une base de données, d'un point d'accès à un modèle d'IA ou d'une application prête à l'emploi. Le cloud computing désigne le mode de fourniture ; le service cloud est la capacité que vous utilisez.

L'accès peut passer par un navigateur, une application, un outil en ligne de commande ou une API. L’infrastructure physique occupe toujours des lieux réels, notamment des centres de données. Notre guide sur la localisation des données dans le cloud explique pourquoi ces lieux comptent.

Qu'est-ce qui distingue le cloud d'un simple hébergement ?

Le NIST SP 800-145 définit cinq caractéristiques : l'approvisionnement en libre-service, l'accès par des réseaux standards, la mutualisation des ressources, l'ajout ou la libération rapide de capacité et la mesure de l'utilisation. Son guide d'évaluation complémentaire aide à distinguer les services cloud des autres modes de fourniture informatique.

L'accès à distance ne suffit pas. Le cloud n'implique pas non plus un accès public par Internet ou une facturation à la consommation. Les réseaux privés et les abonnements peuvent correspondre à ce modèle. L'élasticité comporte aussi des limites pratiques : la capacité disponible, les quotas, la configuration et la conception du service déterminent ce qui peut évoluer et à quelle vitesse.

Quatre sens à distinguer

Ces termes correspondent à des achats différents. Un fournisseur peut proposer plusieurs formules ; vérifiez donc le périmètre de chaque service.

• Service cloud : une capacité technique, comme une instance GPU, un bucket de stockage ou une application en ligne.
• Service cloud managé : un produit cloud ou une prestation dans laquelle le fournisseur exploite des parties définies de la pile technique. Une base de données managée réduit certaines tâches d'administration, mais il faut encore vérifier les dispositions relatives aux sauvegardes, aux réglages et à la restauration.
• Service informatique managé : l'administration continue d'une partie convenue de votre environnement. Un prestataire de services managés, ou MSP, peut surveiller les systèmes, appliquer les correctifs, assister les utilisateurs ou traiter les incidents.
• Prestation professionnelle : un projet défini, comme une migration, une conception d'architecture, une intégration, une revue de sécurité ou une formation.

Une équipe peut ainsi louer des serveurs cloud, confier la maintenance de leurs systèmes d'exploitation à un MSP et charger un consultant de migrer une application. Il s'agit de trois engagements distincts. La location des serveurs ne comprend les deux autres que si l'accord le prévoit. Un MSP peut exploiter l'infrastructure d'une autre entreprise sans posséder sa propre plateforme cloud.

Huit types de services cloud et de support informatique

Les huit catégories suivantes correspondent à des besoins courants. La répartition des tâches donne des exemples usuels, sans garantir les fonctions de chaque produit. Les unités de facturation sont également indicatives : le tarif applicable et le contrat déterminent la facture.

1. Les services de calcul

Ce qui est fourni : de la puissance de calcul sous forme de machines virtuelles, d'instances CPU ou GPU, de conteneurs, de serveurs physiques dédiés ou d'environnements de traitement par lots. Ces ressources servent notamment au développement d'applications, au rendu, à la simulation et à l'entraînement de modèles.

Qui gère quoi : le fournisseur exploite le matériel et la plateforme de provisionnement. Avec une VM, votre équipe gère généralement le système d'exploitation invité, les logiciels installés, les accès, les données et le bon fonctionnement de l'application. Les conteneurs et les services de traitement managés déplacent cette limite : vérifiez les commandes disponibles.

Facturation : durée d'exécution de l'instance ou du GPU, ou ressources CPU et mémoire allouées, avec d'éventuels frais de stockage et de réseau.

Chez Hivenet :Compute with Hivenet propose des instances GPU et CPU facturées à la seconde. Les VM et les conteneurs donnent des niveaux de contrôle différents : les VM permettent d'administrer le système d'exploitation, tandis que les conteneurs utilisent des modèles de configuration avec des restrictions au niveau du système. Choisissez selon les logiciels à exploiter.

2. Le stockage et la sauvegarde

Ce qui est fourni : du stockage objet, fichier ou bloc, de l'archivage ou une application de sauvegarde. Les usages courants comprennent les fichiers d'applications, les jeux de données, les médias et les copies de récupération.

Qui gère quoi : le fournisseur exploite le système de stockage. Votre équipe décide des données à conserver, des personnes autorisées à y accéder, de la durée de conservation et de leur récupération. Vérifiez si la gestion des versions, la planification des sauvegardes, la protection contre les suppressions ou l'assistance à la restauration sont incluses.

Facturation : capacité stockée dans le temps, requêtes, récupération, transferts ou abonnement. Une durée minimale de conservation peut aussi modifier le coût.

Chez Hivenet :Hivenet Object Storage répond aux besoins des applications et des jeux de données utilisant des interfaces compatibles S3. Store with Hivenet est un produit distinct pour les fichiers personnels et la sauvegarde des photos. N'attribuez pas à l'un l'architecture ou les fonctions de l'autre.

Une capacité de stockage ne constitue pas, à elle seule, un plan de récupération. La synchronisation et la sauvegarde répondent à des objectifs différents : testez la restauration de la version nécessaire après une modification ou une suppression accidentelle.

3. Les services réseau

Ce qui est fourni : des réseaux virtuels, des adresses, des pare-feu, du DNS, de la répartition de charge, des connexions privées ou de la diffusion de contenu. Ces fonctions relient les applications, contrôlent les accès et transportent le trafic entre les systèmes.

Qui gère quoi : le fournisseur exploite le réseau sous-jacent et le produit réseau. Les clients configurent les routes, les enregistrements de domaine, les règles d'accès, les certificats et les autres paramètres exposés par le produit.

Facturation : volumes transférés, capacité provisionnée, durée d'utilisation des passerelles ou des répartiteurs de charge, et requêtes selon le service.

Chez Hivenet : la connectivité des instances fait partie de l'utilisation de Compute. Si votre architecture nécessite une connexion privée particulière, un équipement réseau ou un service mondial de diffusion, confirmez ce besoin séparément. L'accès à une instance de calcul ne prouve pas la disponibilité d'un catalogue réseau complet.

4. Les plateformes applicatives et les bases de données

Ce qui est fourni : des environnements d'exécution managés, des bases de données, des caches, des plateformes de conteneurs ou des fonctions serverless. Ces services peuvent convenir aux équipes qui souhaitent déployer du code ou interroger des données avec moins de maintenance de plateforme.

Qui gère quoi : le fournisseur exploite les composants inclus dans le produit, comme le moteur de base de données ou l'environnement d'exécution. Les clients gèrent toujours la logique applicative, les schémas, les requêtes, les identifiants et les paramètres disponibles. Les possibilités de récupération et d'évolution de capacité varient.

Facturation : capacité allouée, durée d'exécution, stockage, requêtes, exécutions de fonctions ou unités de consommation.

Chez Hivenet : les applications et bases de données compatibles peuvent fonctionner sur des instances Compute. Leur exploitation reste à votre charge, sauf si un accord supplémentaire en confie l'administration à un tiers. Installer une base de données sur une VM n'en fait pas un service de base de données managée.

5. Les services d'IA et de traitement des données

Ce qui est fourni : de l'infrastructure pour l'entraînement et l'analyse, des points d'accès à des modèles managés ou des outils de traitement des données. Le choix dépend du besoin de contrôler les logiciels ou d'utiliser une interface exécutant une tâche définie.

Qui gère quoi : sur des ressources de calcul louées, les clients exploitent les logiciels de leur charge de travail. Avec un point d'accès managé, le fournisseur exploite les composants de service inclus. Les clients conservent l'intégration applicative, les données d'entrée, les accès, l'évaluation et la vérification des résultats du modèle.

Facturation : durée GPU, capacité du point d'accès, requêtes, tokens ou données traitées. Ces unités ne sont pas interchangeables.

Chez Hivenet : Compute accueille des charges de travail exploitées par le client. Hivenet Inference API fournit des points d'accès managés compatibles OpenAI, avec une capacité de réplicas dédiée facturée selon la durée d'exécution. Private AI propose un accompagnement pour définir les besoins en modèles, données, infrastructure et support. Confirmez la répartition des responsabilités pour le déploiement envisagé.

6. L'identité et la sécurité

Ce qui est fourni : des annuaires, la gestion des accès, le stockage des secrets, la journalisation, la détection des menaces ou une prestation définie d'opérations de sécurité. Ces fonctions servent au contrôle des accès et à l'analyse des événements sur les applications et l'infrastructure.

Qui gère quoi : le fournisseur exploite le produit ou réalise les opérations convenues. Les clients définissent les permissions appropriées, maintiennent les accès des utilisateurs, protègent les identifiants et décident du traitement des alertes. Un outil de surveillance ne comprend pas nécessairement une personne chargée d'y répondre.

Facturation : utilisateurs, ressources protégées, données ingérées, journaux conservés ou forfait d'exploitation.

Chez Hivenet : Compute comprend des rôles d'organisation et des contrôles d'accès. Il s'agit de fonctions propres à ce produit, qui ne constituent pas une plateforme d'identité pour toute l'entreprise ni un centre d'opérations de sécurité externalisé.

7. Les applications cloud prêtes à l'emploi

Ce qui est fourni : des logiciels pour la messagerie, la comptabilité, la gestion des clients, la collaboration ou le partage de fichiers. C'est le modèle du logiciel en tant que service, ou SaaS.

Qui gère quoi : le fournisseur exploite et met à jour l'application et son infrastructure. Les clients gèrent leurs utilisateurs, paramètres, données, choix de partage, appareils et applications connectées.

Facturation : abonnements par utilisateur, niveaux de fonctions, volumes de stockage inclus ou utilisation.

Chez Hivenet :Store with Hivenet permet de stocker des fichiers personnels et de sauvegarder des photos ; Send with Hivenet sert au transfert de fichiers. Évaluez chaque produit selon la tâche à accomplir, sans les assimiler à une suite complète de logiciels d'entreprise.

8. L'exploitation informatique managée

Ce qui est fourni : des tâches récurrentes comme la surveillance, les correctifs, l'administration des sauvegardes, l'assistance aux utilisateurs, la gestion des coûts ou la réponse aux incidents. Elles peuvent couvrir des systèmes cloud et sur site.

Qui gère quoi : le MSP réalise les tâches pendant les horaires prévus par l'accord. Le client conserve les décisions relatives aux priorités métier, aux accès autorisés, aux budgets et à la supervision. Les contacts d'escalade et les responsabilités doivent avoir des titulaires identifiés.

Facturation : par utilisateur, appareil ou ressource gérée, par forfait mensuel ou selon un volume de support convenu.

Chez Hivenet : exploiter ses produits cloud ne signifie pas administrer tout l'environnement informatique du client. Le support produit ne comprend pas automatiquement les appareils des employés, l'assistance informatique générale ou l'ensemble des opérations de sécurité. Ces tâches nécessitent un périmètre explicite.

Qui est responsable de la sécurité et de l'exploitation quotidienne ?

L'infrastructure en tant que service (IaaS) laisse généralement davantage de travail d'exploitation au client. La plateforme en tant que service (PaaS) transfère davantage de tâches liées à l'environnement d'exécution ou à la plateforme. Le SaaS transfère l'exploitation de l'application elle-même. Le guide de responsabilité partagée de Microsoft Azure illustre l'évolution de cette limite entre les trois modèles.

L'explication d'AWS donne un exemple concret : le client d'une machine virtuelle gère son système d'exploitation invité et ses applications, tandis qu'un service de stockage abstrait laisse ces composants sous-jacents au fournisseur. Les permissions et l'utilisation des données par le client demandent toujours une attention particulière.

Traduisez cette limite en tâches concrètes. Pour chaque application, identifiez qui applique les correctifs, révise les accès, suit les alertes, teste les restaurations, traite les incidents et approuve les dépenses. Si deux fournisseurs interviennent, précisez qui les coordonne. Un engagement de disponibilité de la plateforme ne prouve pas que votre application est correctement configurée ni qu'une personne la restaurera.

Comment un service cloud fonctionne en pratique

Prenons une équipe qui crée un environnement de développement. Une personne demande de la capacité par une console ou une API. La plateforme vérifie son identité, ses permissions, les quotas et la disponibilité, puis alloue les ressources et fournit un moyen d'accès. L'équipe installe ou connecte son application, exécute ses tâches et surveille les performances et les coûts.

À la fin, elle exporte ce dont elle a besoin et arrête ou supprime les ressources selon les règles du produit. Arrêter le calcul, conserver un disque et supprimer des données sont des actions distinctes. Confirmez les frais qui continuent à s'appliquer et la durée de disponibilité des données conservées. Le cycle de vie du service fait partie du choix initial ; il ne devrait pas être découvert après l'achat.

Les questions à poser avant de choisir

Ces questions permettent de passer d'une liste de fonctions à un service que vous pouvez exploiter :

1. Qu'achetons-nous exactement ? Identifiez la capacité, ses limites et la nature de l'offre : produit, exploitation continue ou projet.
2. Qui réalise chaque tâche ? Notez les responsabilités du fournisseur, les compétences nécessaires dans votre équipe et les tâches qui restent sans responsable.
3. Où fonctionneront la charge de travail et les données ? Vérifiez la localisation réelle du service, la capacité disponible, les besoins réseau et les clauses contractuelles pertinentes.
4. Comment les accès seront-ils contrôlés ? Examinez les rôles, les identifiants, la journalisation, les départs de salariés et les accès du personnel de support aux données sensibles.
5. Quel sera le coût complet ? Incluez le calcul, le stockage, les requêtes, les transferts, le support, les engagements, la migration et le temps de votre équipe. Testez un usage réaliste.
6. Que se passe-t-il en cas de panne ? Confirmez la surveillance, les contacts, les horaires de couverture, les responsabilités de sauvegarde, les procédures de restauration et le périmètre des engagements de niveau de service.
7. Le service peut-il prendre en charge notre usage ? Testez les performances, les quotas, la concurrence, les changements de capacité et les intégrations avec les systèmes existants, sans vous fier à une simple catégorie.
8. Comment quitter le service ? Testez les exports et la restauration ailleurs. Vérifiez les règles de suppression, le préavis, la conservation après fermeture et le travail nécessaire pour remplacer les fonctions propriétaires.

Les avantages des services cloud et leurs limites

Les services cloud peuvent réduire les achats de matériel et transférer certaines tâches de maintenance. Ils ajoutent aussi des coûts récurrents, une dépendance au fournisseur, des besoins réseau et des limites de service. La comparaison utile porte sur le coût et l'effort nécessaires pour exploiter une charge de travail précise au niveau attendu.

La place de Hivenet dans un plan informatique cloud

Choisissez selon les responsabilités que vous souhaitez conserver. Compute with Hivenet est une option à évaluer lorsque votre équipe veut exploiter ses logiciels sur de la capacité de calcul louée. Inference API répond au besoin d'un point d'accès à un modèle managé. Object Storage sert aux données applicatives, tandis que Store et Send répondent aux besoins de stockage et de transfert de fichiers des utilisateurs.

Pour une application d'IA, cela peut consister à conserver les fichiers d'entrée dans du stockage objet et à appeler un point d'accès managé depuis votre application. Votre équipe reste responsable de l'intégration, des décisions d'accès et de l'évaluation des résultats. Si vous devez exploiter votre propre pile logicielle de service de modèles, la location de calcul modifie à la fois votre contrôle et votre charge d'exploitation.

Comparez ces options à des services équivalents. Si le besoin manquant concerne l'administration de bases de données, l'assistance aux employés ou un projet de migration, précisez-le séparément et déterminez qui le prendra en charge.

Questions fréquentes

La gestion diffère-t-elle entre cloud public et privé ?

Les services de cloud public sont proposés à une large clientèle, tandis que les clouds privés sont réservés à une organisation. Un cloud hybride relie des environnements cloud distincts. Ces choix de déploiement ne déterminent pas, à eux seuls, qui applique les correctifs d’une application ou gère ses sauvegardes : vérifiez le service et l’accord d’exploitation.

Les services cloud sont-ils toujours facturés à l'usage ?

Non. Ils peuvent utiliser des abonnements, des crédits prépayés, des volumes inclus, des engagements ou une facturation à la consommation. La mesure de l'utilisation et les modalités commerciales sont liées, mais distinctes.

Un service managé signifie-t-il que le fournisseur s'occupe de tout ?

Non. Il signifie que certaines tâches sont incluses. Vérifiez qui prend en charge les correctifs, les sauvegardes, la surveillance, la récupération, la configuration applicative et l'assistance aux utilisateurs. Chaque tâche peut relever d'un acteur différent.

Faut-il un MSP en plus d'un fournisseur cloud ?

Cela peut être nécessaire si votre équipe ne peut pas assurer les tâches laissées par les produits choisis. Un produit managé peut en supprimer certaines ; un MSP peut prendre en charge un ensemble défini de tâches restantes. Partez des besoins non couverts.

Les API standards facilitent-elles le changement de fournisseur ?

Elles peuvent réduire les modifications d'intégration, mais une migration exige toujours des transferts de données, des permissions, l'analyse des différences fonctionnelles, des tests et une passation de l'exploitation. Vérifiez les fonctions utilisées et répétez un export avant de compter sur la portabilité.