Services de cloud computing : 10 catégories comparées

Les services de cloud computing donnent accès, par un réseau, à des ressources informatiques, à des plateformes gérées ou à des logiciels prêts à l'emploi. Il peut s'agir d'une machine virtuelle, d'une base de données, d'un point d'accès à un modèle d'IA ou d'une application de partage de fichiers. Ces services répondent à des besoins différents et ne laissent pas la même charge de travail à votre équipe.

Commencez par le service nécessaire à votre application, puis comparez les fournisseurs dans cette catégorie. Louer un GPU ne revient pas à utiliser une API d'IA gérée, et le stockage objet ne remplace pas un éditeur de documents collaboratif. Ce guide compare dix catégories, des exemples de fournisseurs, les unités de facturation et les usages auxquels Hivenet peut répondre. Il compare des services sans établir de classement général des entreprises du cloud.

Les modèles de services cloud : qui gère quoi ?

La définition du cloud computing du NIST distingue trois modèles de services. L'infrastructure en tant que service (IaaS) fournit notamment du calcul, du stockage et du réseau. La plateforme en tant que service (PaaS) fournit un environnement géré pour déployer des applications. Le logiciel en tant que service (SaaS) donne accès à une application utilisable directement.

En IaaS, votre équipe gère généralement le système d'exploitation invité et les logiciels qui y sont installés. En PaaS, le fournisseur prend en charge une plus grande partie de la plateforme. En SaaS, il exploite l'application, mais vous gérez toujours les utilisateurs, les autorisations, les données, les paramètres et les appareils utilisés pour y accéder.

Le serverless désigne un mode d'exploitation dans lequel le client utilise des fonctions ou des capacités gérées sans administrer des instances de serveur visibles. Les serveurs existent toujours. Les limites d'exécution, les règles de montée en charge, les environnements pris en charge et les frais minimaux dépendent du produit et de l'offre.

Ces modèles de services se distinguent des modèles de déploiement. Cloud public, cloud privé et cloud hybride décrivent la mise à disposition ou l'interconnexion d'un environnement. Choisir un fournisseur de cloud public ne précise pas si vous achetez de l'infrastructure, une plateforme ou un logiciel.

Les avantages des services cloud et leurs limites

Les services cloud peuvent réduire les achats de matériel et le travail d’administration des serveurs, fournir des ressources temporaires et donner accès à des logiciels gérés. Ces avantages dépendent du service choisi, de la capacité disponible et de la conception de l’application. Votre organisation doit toujours gérer les accès, contrôler les coûts et préparer la continuité d’activité. Avant d’y placer des données sensibles, vérifiez les contrôles du produit et vos procédures de reprise. Une plateforme cloud plus vaste ne prend pas automatiquement ces décisions à votre place.

Dix catégories de services cloud en bref

• Calcul généraliste : exécuter des applications sur des instances CPU ou des serveurs dédiés.
• Calcul GPU : exécuter des tâches qui bénéficient d'accélérateurs matériels.
• Conteneurs et plateformes applicatives : déployer des applications empaquetées avec différents niveaux de gestion de la plateforme.
• Fonctions serverless : exécuter du code déclenché par des événements dans un service géré.
• Bases de données gérées : utiliser une base dont certaines opérations sont prises en charge par le fournisseur.
• Stockage : conserver des objets, des volumes disque, des fichiers partagés ou des archives.
• Réseau : connecter les services et les utilisateurs, protéger les échanges et acheminer le trafic.
• Inférence IA gérée : appeler un modèle sans exploiter son infrastructure de service.
• Traitement de données, analytique et HPC : traiter des jeux de données ou coordonner des tâches de calcul intensif.
• Logiciels prêts à l'emploi : utiliser des applications de collaboration, de stockage ou de transfert de fichiers.

1. L’infrastructure cloud et le calcul généraliste

Ce que vous obtenez : du CPU, de la mémoire et un environnement d'exécution pour des sites web, des API, des systèmes de développement, des traitements par lots ou d'autres logiciels. Les machines virtuelles et les serveurs physiques dédiés offrent des niveaux d'isolation et de contrôle différents. Une VM ne vous donne pas le contrôle de l'hôte physique.

Qui s'en occupe : le fournisseur cloud exploite les serveurs physiques, les centres de données et les couches de plateforme prévues par le service. Sur une VM autogérée classique, votre équipe maintient le système invité, les dépendances applicatives, les contrôles d'accès, la supervision et les procédures de reprise.

Points à comparer : architecture CPU, mémoire, performances du stockage, débit réseau, images disponibles, région, quotas et capacité accessible. Vérifiez les effets de l'arrêt, de la suspension ou de la suppression d'une instance sur la facturation. Le stockage attaché et d'autres ressources peuvent rester facturés après l'arrêt du calcul.

Exemples de fournisseurs : Amazon EC2 dans le catalogue AWS, Microsoft Azure Virtual Machines, Google Compute Engine, DigitalOcean Droplets, les instances OVHcloud et le calcul OCI. Comparez des configurations adaptées au même travail plutôt que le seul nombre de vCPU.

Place de Hivenet :Compute with Hivenet peut convenir aux tâches CPU gérées par le client lorsque les configurations et les options de déploiement disponibles répondent au besoin. Confirmez la capacité et l'ensemble des ressources nécessaires avant d'y engager une application de production.

2. Les services de calcul GPU

Ce que vous obtenez : des accélérateurs pour l'entraînement de modèles, l'ajustement fin, le rendu, la simulation ou l'inférence autogérée. Certaines tâches demandent un seul GPU doté d'assez de mémoire ; d'autres nécessitent plusieurs accélérateurs capables de communiquer efficacement.

Qui s'en occupe : le fournisseur fournit le matériel et les couches logicielles comprises dans son service. Votre équipe gère la tâche, ses dépendances, l'alimentation en données, les points de reprise et les logiciels de service de modèles non inclus. La responsabilité des pilotes et des environnements d'exécution varie entre VM, conteneurs et plateformes gérées.

Points à comparer : mémoire GPU, précisions numériques prises en charge, nombre de GPU, interconnexions, allocation CPU et RAM, chargement des données et disponibilité. Mesurez le coût par entraînement terminé, image rendue ou résultat exploitable. Un même nom de GPU ne garantit pas les mêmes performances de bout en bout.

Exemples de fournisseurs : AWS, Azure, Google Cloud, Oracle Cloud Infrastructure, CoreWeave et Hivenet proposent des services liés aux GPU. Le service Kubernetes géré de CoreWeave illustre l'importance de la plateforme qui accompagne le matériel.

Place de Hivenet : Compute with Hivenet peut convenir aux tâches GPU compatibles avec ses configurations disponibles. Comparez le temps d'exécution réel et les transferts de données avec les autres options. Demandez un devis pour la configuration disponible et mesurez les performances de votre tâche avant de comparer les coûts.

3. Les conteneurs et les plateformes cloud applicatives

Ce que vous obtenez : un moyen d'exécuter des images de conteneurs ou de déployer du code applicatif. Les options vont du conteneur sur une instance de calcul au Kubernetes géré, en passant par un PaaS qui prend aussi en charge le déploiement et l'environnement d'exécution.

Qui s'en occupe : vérifiez précisément le périmètre du service. La gestion du plan de contrôle Kubernetes n'inclut pas nécessairement la maintenance des nœuds de travail, la montée en charge des applications, la configuration du trafic entrant ou la reprise. Votre équipe reste responsable de ses images, de son code, de ses secrets, de ses autorisations et de ses données.

Points à comparer : processus de déploiement, environnements pris en charge, stockage persistant, accès réseau, limites de montée en charge, observabilité et portabilité. La facture peut réunir les ressources des nœuds, le plan de contrôle, l'équilibrage de charge, le stockage et les transferts.

Exemples de fournisseurs :DigitalOcean propose Kubernetes et App Platform ; Azure propose AKS et App Service ; Google Cloud propose GKE et Cloud Run. Ces produits ne laissent pas les mêmes tâches d'exploitation au client.

Place de Hivenet : ses options de VM et de conteneurs fournissent des environnements d'exécution. La disponibilité de conteneurs ne doit pas être présentée comme une offre de Kubernetes géré ou de plateforme applicative généraliste. Le choix dépend du travail de déploiement et d'exploitation que votre équipe peut assumer.

4. Le calcul et les fonctions serverless

Ce que vous obtenez : un service d'exécution de code déclenché par des événements ou des requêtes. Les fonctions peuvent convenir aux webhooks, aux tâches planifiées, aux transformations légères et à la connexion entre services.

Qui s'en occupe : le fournisseur exploite l'infrastructure d'exécution. Le client gère le code, les autorisations, les dépendances, les sources d'événements et la configuration. Un environnement géré pris en charge peut réduire la maintenance, tandis qu'un environnement personnalisé ou une image de conteneur peut vous laisser davantage de mises à jour.

Points à comparer : durée maximale d'exécution, mémoire, concurrence, délai de démarrage, nouvelles tentatives et comportement des connexions. Un événement rejoué peut répéter une action si l'application ne gère pas les doublons. La tarification peut combiner requêtes et durée d'utilisation des ressources, avec des frais supplémentaires pour la capacité réservée ou les services associés.

Exemples de fournisseurs : AWS Lambda et Azure Functions. La documentation tarifaire de Lambda montre pourquoi le mode d'exécution et les services connexes doivent entrer dans l'estimation.

Place de Hivenet : le catalogue public consulté ne permet pas d'établir l'existence d'un service de fonctions gérées comparable. Vous pouvez exécuter du code événementiel sur Compute with Hivenet en construisant les composants nécessaires, mais la responsabilité d'exploitation est alors différente.

5. Les bases de données gérées

Ce que vous obtenez : une base relationnelle, documentaire, clé-valeur ou d'un autre type, dont le fournisseur prend en charge des opérations définies. Un cache et une base transactionnelle peuvent tous deux être gérés, tout en répondant à des besoins différents de durabilité et de requêtes.

Qui s'en occupe : selon le produit et la configuration, le fournisseur peut gérer le provisionnement, la maintenance du moteur, les sauvegardes ou le basculement. Le client conçoit toujours les schémas, les requêtes, les autorisations, les règles de conservation et les exigences de reprise. Testez la restauration : activer une sauvegarde ne suffit pas à prouver que les données seront récupérables dans les conditions attendues.

Points à comparer : compatibilité du moteur, extensions, cohérence, durée de conservation des sauvegardes, objectifs de reprise, outils de migration et maintenance. Les frais peuvent inclure calcul, stockage, entrées-sorties, réplicas, sauvegardes et transferts.

Exemples de fournisseurs : Amazon RDS, Google Cloud SQL, DigitalOcean Managed Databases et Azure SQL Database dans le catalogue cloud de Microsoft. Vérifiez le moteur et le niveau de service précis.

Place de Hivenet : une base hébergée sur une instance de calcul Hivenet reste gérée par le client, sauf accord distinct. Le catalogue consulté ne présente pas une gamme de bases de données gérées équivalente à ces exemples.

6. Les services de stockage cloud

Ce que vous obtenez : du stockage objet pour des données accessibles par API, du stockage bloc pour des volumes attachés, du stockage fichier pour un accès partagé par système de fichiers, ou des niveaux d'archivage pour des données rarement consultées. Choisissez le mode d'accès avant de comparer les prix de capacité.

Qui s'en occupe : le fournisseur exploite le service de stockage. Le client configure les accès, les règles de cycle de vie, la conservation, les options de chiffrement et les procédures de récupération. Les engagements de durabilité couvrent certains types de défaillances ; ils ne protègent pas automatiquement contre une suppression autorisée ou une mauvaise mise à jour applicative.

Points à comparer : compatibilité des API, cohérence, limites des objets ou fichiers, débit, délai de récupération et comportement de suppression. Intégrez le volume stocké, le nombre de requêtes, les frais de récupération, les durées minimales de conservation et les transferts lorsqu'ils s'appliquent. Notre guide sur la synchronisation et la sauvegarde cloud explique pourquoi conserver une autre copie et synchroniser les modifications sont deux tâches différentes.

Exemples de fournisseurs : Amazon S3, Azure Blob Storage, Google Cloud Storage, le stockage OCI et les options du catalogue de cloud public OVHcloud.

Place de Hivenet : le stockage objet compatible S3 de Hivenet convient à des données applicatives et à des jeux de données. Vérifiez les opérations S3 et les outils nécessaires. Store est une application distincte de stockage de fichiers, pas un autre nom pour l'API de stockage objet.

7. Les services réseau cloud

Ce que vous obtenez : des réseaux virtuels, du DNS, des équilibreurs de charge, des passerelles, de la diffusion de contenu ou de la connectivité privée. Ces services déterminent comment le trafic atteint une application et comment ses composants communiquent.

Qui s'en occupe : les fournisseurs exploitent les services réseau qu'ils vendent. Le client conçoit le routage, l'exposition, la segmentation, les politiques d'accès et le basculement. Un sous-réseau privé ou une connexion privée ne remplace pas l'authentification et l'autorisation applicatives.

Points à comparer : topologies prises en charge, couverture régionale, débit, latence, fonctions de pare-feu, journaux et exigences de résilience. Comptabilisez, lorsqu'ils s'appliquent, les transferts sortants et interrégionaux, le traitement par les passerelles, les adresses publiques et les équilibreurs de charge.

Exemples de fournisseurs : AWS, Azure, Google Cloud et OVHcloud proposent des services réseau en complément du calcul et du stockage. Comparez le trajet réel des données de votre application, y compris vers les systèmes situés chez un autre fournisseur.

Place de Hivenet : évaluez la connectivité offerte par le produit retenu. L'accès à une instance de calcul ne prouve pas l'existence d'une gamme équivalente de CDN mondial, de circuits privés ou de services réseau gérés autonomes.

8. Les services d'inférence IA gérés

Ce que vous obtenez : un point d'accès à un modèle, appelé par votre application. Le fournisseur exploite l'infrastructure qui sert le modèle, tandis que vous développez l'application autour des modèles et des comportements d'API pris en charge.

Qui s'en occupe : le client reste responsable des accès applicatifs, des données soumises, des instructions envoyées au modèle, de l'évaluation des réponses et de la logique métier ou de recherche documentaire qu'il construit. Vérifiez les règles de conservation, les licences des modèles, les lieux de traitement et les fonctions disponibles avant l'intégration.

Points à comparer : qualité des réponses sur des tâches représentatives, délai avant le premier token, débit, concurrence, limites de contexte et disponibilité. La facturation peut reposer sur les tokens, les requêtes ou la capacité provisionnée. Une capacité dédiée peut rester facturée même sans requête en cours.

Exemples de fournisseurs : Amazon Bedrock, Microsoft Foundry et l'Inference API de Hivenet. La sélection de modèles, les options de déploiement et la facturation diffèrent entre ces services.

Place de Hivenet : ses points d'accès gérés compatibles OpenAI évitent d'avoir à exploiter soi-même un serveur de modèle. La tarification actuelle repose sur le temps d'exécution des réplicas, plutôt que sur un tarif général par token. Vérifiez la disponibilité et la configuration du modèle choisi. La compatibilité OpenAI ne garantit ni un comportement identique ni la prise en charge de chaque fonction de l'API.

9. Le traitement de données, l'analytique et le HPC

Ce que vous obtenez : des services de traitement par lots, de traitement en continu, d'analyse ou de calcul haute performance. Un entrepôt de données géré, un ordonnanceur de tâches et un cluster de GPU correspondent à des achats différents, même s'ils traitent le même jeu de données.

Qui s'en occupe : les plateformes gérées prennent en charge certaines opérations d'ordonnancement, de montée en charge ou de maintenance du moteur. Sur des ressources de calcul brutes, votre équipe doit fournir ces composants. Dans les deux cas, le client reste responsable de la qualité des données, de la logique de traitement, des accès et des critères de validation.

Points à comparer : proximité des données, ordonnancement, communications distribuées, débit du stockage, gestion des interruptions et reproductibilité. Calculez le coût du traitement complet, y compris l'importation des données, les exécutions échouées, les nœuds inactifs et le stockage des résultats. Certains services d'analyse facturent les données traitées ou la capacité réservée plutôt que le temps d'une VM.

Exemples de fournisseurs :Google Cloud propose BigQuery et Dataflow ; Azure propose Batch et Databricks ; Oracle Cloud Infrastructure comprend des options de calcul pour le HPC.

Place de Hivenet : des ressources CPU ou GPU associées à un stockage adapté peuvent servir à des traitements gérés par le client. Elles ne constituent pas pour autant un entrepôt de données géré ou une plateforme HPC universelle. Adoptez une architecture de traitement distribué lorsque la tâche peut tirer un bénéfice suffisant pour justifier la coordination et les déplacements de données.

10. Les logiciels cloud prêts à l'emploi

Ce que vous obtenez : une application destinée à une tâche précise, comme la messagerie, la collaboration documentaire, le stockage ou le transfert de fichiers. Les utilisateurs travaillent avec le logiciel sans déployer son infrastructure.

Qui s'en occupe : le fournisseur exploite l'application et sa plateforme. Votre organisation gère toujours les comptes, les autorisations, les contenus partagés, les choix de conservation et les appareils. Un abonnement applicatif ne définit pas à votre place les règles internes de traitement de l'information.

Points à comparer : usages des équipes, contrôles de collaboration, formats d'exportation, intégrations, récupération, accessibilité et administration des comptes. Le tarif dépend souvent du nombre d'utilisateurs, du niveau d'abonnement, du volume de stockage ou des limites d'usage.

Exemples de fournisseurs :Google Workspace propose une suite collaborative. Store et Send, de Hivenet, répondent à des besoins de stockage et de transfert de fichiers.

Place de Hivenet : évaluez Store ou Send pour ces usages précis. Ils ne remplacent pas une suite complète de bureautique, de gestion des identités ou de collaboration d'entreprise.

Comment comparer les fournisseurs pour votre application

Définissez le périmètre du service

Listez les tâches que votre équipe devra assumer : systèmes d'exploitation, déploiement, mises à jour, supervision, réponse aux incidents, sauvegardes et restauration. Identifiez ensuite celles que le service proposé inclut réellement. Le guide de responsabilité partagée de Microsoft aide à comprendre pourquoi les obligations du client persistent en IaaS, en PaaS et en SaaS.

Si une petite équipe ne peut pas maintenir une base de données de façon fiable, une VM moins chère ne résout pas cette difficulté. À l'inverse, une plateforme gérée peut ajouter des coûts et des restrictions lorsque l'équipe dispose déjà d'un ensemble de logiciels et de procédures éprouvés.

Vérifiez la sécurité cloud, les lieux de stockage et les accès

Identifiez où se trouvent les données principales, les réplicas, les sauvegardes et les journaux, ainsi que les modalités d'accès du support. Pouvoir choisir une région est utile, mais ne répond pas à toutes les questions de résidence ou de gouvernance. Examinez ensemble les conditions du service, les contrôles techniques et les engagements contractuels. Notre guide sur les lieux de stockage du cloud présente les questions physiques qui se cachent derrière un service en ligne.

Chiffrez une utilisation complète

Comparez, sur la même période, le temps d'exécution, le stockage, les requêtes, les transferts, les licences, le support et le travail technique. Incluez les ressources inactives et les opérations de reprise prévisibles. Une remise liée à un engagement long modifie le risque si la demande diminue ou si le service cesse de convenir.

Pour une application à charge régulière, testez la demande habituelle et la reprise après panne. Pour une charge variable, testez les pics, le délai de démarrage, les limites de montée en charge et la libération des ressources. Demandez une estimation fondée sur la configuration mesurée plutôt que de multiplier le plus petit tarif affiché par une durée optimiste.

Testez les performances et un parcours de migration cloud

Exécutez une tâche représentative avec vos volumes réels et vos paramètres de sécurité. Mesurez les résultats utiles, la latence, les erreurs et le coût total. Exportez ensuite les données et la configuration nécessaires pour changer de fournisseur. Les interfaces standard peuvent réduire le travail de migration, sans supprimer les différences d'autorisations, d'extensions, d'outillage ou de comportement opérationnel.

La place de Hivenet dans une comparaison de services cloud

Hivenet est pertinent lorsque le besoin correspond à ses services publiés de calcul, d'inférence, de stockage objet ou d'applications de fichiers. Il s'agit de choix distincts. Une équipe peut retenir Compute with Hivenet pour une tâche GPU personnalisée, un point d'accès Inference API pour un modèle disponible ou du stockage compatible S3 pour ses jeux de données.

La présentation du cloud distribué de Hivenet décrit le contexte de son infrastructure et de ses différents produits. La distribution ne suffit pas à établir un niveau de service, un coût inférieur, un résultat de sécurité ou une garantie de localisation. Évaluez le produit et la configuration retenus.

Un fournisseur doté d'un catalogue plus large de services gérés peut mieux convenir si le projet dépend d'un moteur de base de données précis, d'une intégration serverless, d'un service réseau ou d'une suite d'entreprise. Tous les composants n'ont pas à être hébergés sur une seule plateforme. Si vous répartissez les services entre fournisseurs, intégrez à la décision les transferts, les identités, la supervision et le support supplémentaires.

Questions fréquentes

Quels sont les principaux types de services cloud ?

IaaS, PaaS et SaaS sont les trois modèles de services standard. Le calcul, le stockage, le réseau, les bases de données, l'IA et les autres catégories décrivent la fonction du service. Une même catégorie peut réunir des produits dont les périmètres de gestion diffèrent.

Quel service cloud convient à une petite équipe ?

Choisissez un service qui répond aux exigences de l'application avec une charge d'exploitation soutenable. Une application ou une base gérée peut convenir lorsqu'aucune personne ne peut maintenir les logiciels sous-jacents. Retenez une infrastructure autogérée lorsque le contrôle nécessaire justifie ce travail.

Les services cloud coûtent-ils toujours moins cher qu'une infrastructure détenue en propre ?

Non. Le résultat dépend du taux d'utilisation, du matériel nécessaire, du temps des équipes, des locaux, des transferts, des engagements et de la période étudiée. Le cloud peut éviter un achat initial sans garantir un coût total inférieur.

Peut-on combiner plusieurs fournisseurs cloud ?

Oui, si leurs services peuvent communiquer comme prévu et si votre équipe peut exploiter l'ensemble. Testez l'authentification, la latence, les frais de transfert, la gestion des pannes et l'exportation des données avant de considérer une architecture multifournisseur comme prête pour la production.