Cloud computing guide complet pour bien choisir son offre

Il y a une question qui revient à chaque fois que j'aide quelqu'un à migrer ses serveurs : « et si je me trompe de fournisseur, je suis coincé combien de temps ? » En général, je réponds par une autre question. Est-ce que vous avez déjà calculé ce que vous coûterait la sortie ? Parce que c'est là que se joue 80 % de la décision. Pas dans le logo sur la page d'accueil.

Choisir une offre cloud, ce n'est pas un concours de fonctionnalités. C'est un arbitrage entre ce que vous payez maintenant, ce que vous paierez quand vous voudrez partir, et ce que vous risquez si un juge européen se penche sur le sort de vos données. Trois axes. Rien de plus. Et pourtant, je vois encore des équipes signer des contrats de trois ans sur la base d'un tableau comparatif de CPU à l'heure.

Pourquoi votre guide complet du cloud computing doit commencer par vos contraintes, pas par les fournisseurs

J'ai vu une PME industrielle de 60 salariés basculer toute sa production sur un hyperscaler américain en trois semaines. Facture initiale : 900 € par mois. Douze mois plus tard, 4 300 €. Pas de hausse de tarif. Simplement, les volumes avaient explosé et personne n'avait mis d'alerte budgétaire. Le directeur technique a découvert le problème en lisant sa facture. En réunion.

Le problème n'était pas le fournisseur. C'était l'absence d'audit préalable. Personne n'avait listé les contraintes réelles : données clients hébergées depuis 2011, obligation de traçabilité pour un client du secteur public, un ERP qui ne tourne que sur Windows Server 2016.

Les quatre contraintes qui décident à votre place

Avant de regarder la moindre grille tarifaire, listez ces quatre points. Ils éliminent la moitié des offres en dix minutes.

• Nature des données : données de santé, données RH, données de facturation. Trois régimes juridiques différents.
• Localisation imposée : un client public peut exiger un hébergement chez un prestataire qualifié SecNumCloud. C'est une contrainte contractuelle, pas une préférence.
• Dépendances techniques : bases de données propriétaires, licences logicielles, matériel spécifique.
• Compétences internes : sans un profil DevOps à bord, l'IaaS brut devient un piège. Deux ingénieurs qui partent, et votre infrastructure part avec eux.

Ce que la loi française change concrètement

La doctrine « cloud au centre » de l'État impose depuis quelques années aux administrations de privilégier des offres qualifiées pour leurs données sensibles. Concrètement : un prestataire qui héberge chez un hyperscaler non européen, même via une filiale française, ne coche pas la case. Ce n'est pas une question de patriotisme. C'est une question de protection contre les injonctions extraterritoriales — un juge américain peut ordonner la communication de données stockées n'importe où, dès lors que l'entité qui les détient est soumise au droit américain.

SecNumCloud, la qualification de l'ANSSI, vérifie trois choses : la localisation effective, l'absence de contrôle capitalistique extra-européen, et l'immunité aux lois extraterritoriales. C'est technique, c'est contraignant, et c'est exactement ce que vous cherchez si vous traitez des données sensibles.

IaaS, PaaS, SaaS : la grille que vous devez maîtriser avant de négocier

La confusion entre ces trois modèles est la première cause de surcoût que je rencontre. Une équipe qui a besoin d'un service managé se retrouve à administrer des VM. Résultat : deux fois plus de travail, et une facture qui grimpe.

Modèle	Ce que vous gérez	Pour qui	Piège typique
IaaS	OS, middleware, applications, données	Équipes avec compétences système	Coût caché de l'exploitation (24/7)
PaaS	Applications et données uniquement	Développeurs sans profil infra	Enfermement propriétaire sur une brique
SaaS	Vos données, c'est tout	Métiers, TPE	Données inexportables au départ
Cloud privé managé	Rien, ou presque	Secteurs régulés	Tarif à l'usage qui explose à l'échelle

Le vrai calcul : le TCO sur trois ans

Le prix affiché à l'heure ne veut rien dire. Ce qui compte, c'est le TCO sur la durée d'engagement. J'ai fait le calcul pour un client qui hésitait entre un hyperscaler et un cloud français qualifié. Sur trois ans, en intégrant l'egress, le support premium, la formation et la réécriture d'une partie du code : le cloud français revenait 18 % plus cher. Nous avons signé quand même. Pourquoi ? Parce que le client traitait des dossiers de marchés publics. Le surcoût, c'était le prix de l'éligibilité.

Dans l'autre sens, j'ai accompagné une start-up qui avait choisi le cloud souverain par principe. Deux ans plus tard, elle est revenue chez un hyperscaler. La raison : les services managés dont elle avait besoin n'existaient pas dans l'offre souveraine. Elle a perdu six mois à bricoler des contournements.

La leçon, que j'ai apprise à mes dépens : on choisit d'abord le catalogue de services, ensuite la localisation. Pas l'inverse.

Coût réel et coûts cachés : la facture que personne ne vous montre

Une facture cloud typique comporte trois lignes visibles et cinq lignes invisibles. Les visibles, tout le monde les regarde. Les invisibles, presque personne.

L'egress : le poste qui fâche

Sortir vos données d'un cloud coûte. Parfois plus que de les y mettre. Sur des volumes importants, la facture d'egress peut représenter 20 à 30 % du budget annuel. C'est un levier de rétention parfaitement légal : vous restez parce que partir coûte cher. Je ne dis pas que c'est malhonnête. Je dis qu'il faut le savoir avant.

Deux réflexes :

1. Négociez un crédit d'egress à la signature. Les grands comptes le font. Les PME, rarement, parce qu'elles ne demandent pas.
2. Testez la sortie sur un petit lot de données. Vous verrez ce que ça donne en pratique. Un après-midi suffit.

Support, formation et sécurité

Le support premium coûte souvent plus que l'infrastructure elle-même sur les petites factures. Un plan « business » à 100 € par mois sur une facture de 400 €, ça pique. Et si vous avez besoin d'une réponse en quinze minutes, il faut passer au niveau au-dessus.

La formation, personne ne la budgète. Faire monter une équipe de trois personnes sur un nouvel environnement cloud, c'est un mois de productivité en moins. Minimum.

Côté sécurité, le chiffrement de bout en bout, la gestion des clés et l'authentification multi-facteurs sont désormais standards chez tous les acteurs sérieux. Ce n'est pas un critère différenciant. Ce qui compte, c'est qui détient les clés de chiffrement. Si c'est le fournisseur, votre souveraineté n'est qu'apparente.

Méthode en cinq étapes pour trancher en trois mois

Voici le processus que j'applique désormais systématiquement. Il prend trois mois. Il évite des erreurs à cinq chiffres.

Étape 1 : audit des charges existantes

Deux semaines. Listez les applications, les dépendances, les pics d'usage, les obligations contractuelles. Ce document est votre cahier des charges. Sans lui, vous comparez des offres sur des critères que vous n'avez pas définis.

Étape 2 : sélection de deux à trois candidats

Pas cinq. Trois. Au-delà, vous diluez l'attention et vous perdez du temps en réunions commerciales.

Étape 3 : POC sur deux semaines

Déployez une application représentative sur chaque candidat. Mesurez. Notez les frictions. Le POC est le seul moment où vous verrez la réalité technique derrière les slides commerciales.

Étape 4 : négociation du contrat

Trois clauses non négociables : réversibilité documentée, plafond d'egress, engagement de localisation des données. Si le fournisseur refuse l'une des trois, vous avez votre réponse.

Étape 5 : migration par lots

Jamais de big bang. Un lot par mois maximum. Vous découvrirez des surprises à chaque étape, mais elles resteront gérables.

Questions fréquentes

Trois questions qui reviennent constamment quand j'accompagne une équipe sur ce sujet.

Cloud français particulier, qu'est-ce que c'est vraiment ?

Un cloud français pour un particulier, c'est avant tout un service de stockage ou de synchronisation de fichiers hébergé en France, avec des serveurs soumis au droit européen. pCloud, par exemple, propose une formule à vie sur un espace donné. Ce n'est pas du IaaS, ce n'est pas du PaaS. C'est un service grand public avec une promesse de localisation. Pour un usage personnel, c'est largement suffisant. Pour une entreprise, ça ne remplace pas une infrastructure cloud au sens strict.

Faut-il un cours complet cloud computing PDF pour se former ?

Franchement, non. Un PDF de 200 pages sur le cloud a une durée de vie de six mois. Les interfaces changent, les services évoluent, les tarifs bougent. Ce qui reste stable, ce sont les concepts : virtualisation, orchestration, réseau, identité, facturation à l'usage. Apprenez ces fondations, et le reste s'apprend en manipulant. Un mois passé dans une console réelle vaut mieux qu'un semestre de lecture théorique.

Cloud de confiance ou hyperscaler : comment arbitrer ?

Trois critères, dans cet ordre : nature des données, clientèle cible, budget. Si vous traitez des données sensibles pour un client public, le cloud de confiance s'impose. Si vous faites du e-commerce grand public, l'hyperscaler offre un catalogue plus large à moindre coût. Entre les deux, il y a une zone grise — celle où beaucoup d'entreprises se trouvent, et où la décision se prend au cas par cas.

Ce que personne ne vous dira en réunion

Le meilleur cloud, c'est celui que vous savez quitter. Pas celui qui a le plus beau catalogue, pas celui qui coûte le moins cher au premier mois, pas celui dont le commercial vous a offert un déjeuner correct. Celui dont vous pouvez partir en six mois sans perdre vos données, sans réécrire toute votre application, sans licencier la moitié de votre équipe technique.

La prochaine fois qu'un fournisseur vous présente une offre, posez-lui cette seule question : « combien ça coûte de partir ? ». La réponse vous en dira plus long que cinquante slides sur l'innovation.