Ce que le cloud public fait très bien
Le cloud public excelle sur trois terrains. D'abord l'élasticité : monter ou descendre en capacité en quelques minutes, ce qui est précieux pour absorber des pics imprévisibles. Ensuite l'étendue des services managés : bases de données, files de messages, services d'IA, le tout disponible en quelques clics. Enfin la portée mondiale, avec des régions sur tous les continents.
Pour une startup qui doit encaisser une croissance brutale ou tester rapidement une idée, cette souplesse est souvent imbattable. On démarre sans investissement matériel et on paie à l'usage, ce qui réduit la barrière d'entrée.
Cette puissance a toutefois un revers. La facturation à l'usage devient difficile à prévoir, et certains coûts discrets (transfert de données sortant, services additionnels, support) gonflent l'addition à mesure que l'on grandit. Beaucoup d'entreprises découvrent que leur facture double sans que leur activité n'ait doublé.
Le vrai enjeu : la souveraineté juridique
Le point qui change tout, c'est la juridiction. Un fournisseur soumis à des lois extraterritoriales, comme le CLOUD Act américain, peut en théorie être contraint de communiquer des données, même lorsqu'elles sont stockées physiquement au Canada ou en Europe. Pour des données sensibles, ce risque n'a rien de théorique.
La souveraineté ne se résume donc pas à l'emplacement physique des serveurs. Elle dépend de la nationalité et des obligations légales de l'entité qui opère l'infrastructure. Un datacenter situé à Montréal mais exploité par une société soumise à une loi étrangère n'offre pas une souveraineté complète.
Un cloud souverain répond précisément à cela : infrastructures et données hébergées et opérées sur votre territoire, par des entités locales non assujetties à ces lois étrangères. C'est déterminant pour respecter la Loi 25 au Québec et le RGPD en Europe.
Conformité : Loi 25 et RGPD
Sur le papier, on peut configurer une bonne conformité chez un hyperscaler. En pratique, cela exige une expertise pointue et une vigilance constante : choisir les bonnes régions, verrouiller les transferts, signer les bons addenda contractuels, surveiller les changements de service. La moindre erreur de configuration peut exposer des données hors juridiction.
Cette charge de conformité n'est pas neutre. Elle mobilise du temps d'ingénierie et juridique, et elle crée un risque permanent : une mauvaise case cochée, une nouvelle fonctionnalité activée par défaut, et vous voilà potentiellement en infraction sans le savoir.
Le cloud souverain simplifie radicalement l'équation : la localisation et la juridiction sont garanties par construction. Vous passez moins de temps à documenter des dérogations et à surveiller des réglages, et davantage sur votre métier. C'est un gain de tranquillité autant que de conformité.
Performance et proximité du support
Pour des charges régionales, un cloud local réduit la latence ressentie par vos utilisateurs québécois ou français. La différence se mesure en dizaines de millisecondes, ce qui compte pour une application interactive, un site transactionnel ou un outil métier utilisé toute la journée.
La proximité joue aussi, et peut-être surtout, sur le support. Avec un hébergement infogéré local, vous parlez à une équipe qui connaît votre dossier, dans votre fuseau horaire, sans passer par un centre d'appels à l'autre bout du monde ni par des niveaux de support standardisés.
En cas d'incident, ce détail devient capital. Un interlocuteur qui comprend votre architecture et peut intervenir vite fait la différence entre une interruption de quelques minutes et une journée perdue à expliquer son contexte à des inconnus.
L'approche hybride, souvent la plus sage
Le choix n'est pas binaire, et le présenter ainsi est trompeur. Beaucoup d'entreprises adoptent une architecture hybride : les données sensibles et réglementées en cloud souverain, les charges très élastiques ou expérimentales en cloud public. On prend ainsi le meilleur des deux mondes.
Cette approche se construit progressivement, en fonction de la nature de chaque charge. Une base de données clients vit naturellement en souverain ; un environnement de test éphémère ou un traitement ponctuel très gourmand peut profiter de l'élasticité du public.
Une migration cloud par étapes permet de déplacer d'abord ce qui est simple, d'observer les résultats réels, puis d'ajuster. On décide sur la base de mesures concrètes plutôt que de promesses commerciales.
Le coût total, au-delà du prix affiché
Comparer les prix à la ligne est trompeur. Il faut raisonner en coût total de possession : ressources, transfert de données, support, temps d'ingénierie pour gérer la complexité, et risque financier d'une non-conformité. À cette aune, le cloud public n'est pas toujours le moins cher, en particulier à l'échelle.
Le coût caché le plus sous-estimé est celui du temps humain. Gérer la complexité d'un environnement hyperscaler mobilise des compétences rares et chères. Pour une PME, ce temps est rarement disponible en interne et finit par être sous-traité, ce qui annule une partie de l'économie apparente.
Un forfait de cloud souverain infogéré inclut généralement la gestion et le support. La facture est plus prévisible et le coût du temps de vos équipes est maîtrisé. Pour une PME, cette prévisibilité budgétaire a une valeur réelle, parfois supérieure à quelques dollars de différence sur la ressource brute.
Réversibilité : ne pas se laisser enfermer
Un critère trop souvent oublié au moment du choix : la capacité à partir. Les hyperscalers facilitent l'entrée mais compliquent la sortie, par des formats propriétaires, des services spécifiques et des frais de transfert sortant qui dissuadent de migrer ailleurs. C'est ce qu'on appelle l'enfermement propriétaire, ou vendor lock-in.
Avant de vous engager, demandez-vous comment vous récupéreriez vos données et vos applications si la relation tournait mal ou si les prix s'envolaient. Un fournisseur sérieux documente la réversibilité et n'en fait pas un parcours du combattant.
Un cloud souverain bien conçu privilégie des technologies ouvertes et standardisées, ce qui préserve votre liberté de mouvement. Cette indépendance a une valeur stratégique : elle vous garde maître de vos choix sur le long terme.
Les bonnes questions à poser à un fournisseur
Pour trancher en connaissance de cause, quelques questions précises valent mieux qu'une brochure. Où sont physiquement hébergées les données, et surtout, quelle entité juridique les opère et de quelles lois dépend-elle ? Qui peut techniquement y accéder, et selon quelles garanties ?
Demandez aussi comment sont gérées les sauvegardes, le chiffrement et la conformité (Loi 25, RGPD), et quel niveau de support est inclus. Les réponses, ou leur absence, sont très révélatrices du sérieux du fournisseur.
Enfin, exigez de la clarté sur les coûts complets, transferts inclus, et sur les conditions de sortie. Un partenaire transparent répond sans détour ; un fournisseur qui élude ces questions vous renseigne déjà sur ce que sera la relation.
Comment décider concrètement
Commencez par classer vos données par sensibilité et par obligation réglementaire. Identifiez ce qui doit absolument rester sous juridiction locale : renseignements personnels, données financières, secrets d'affaires. Choisissez ensuite l'hébergement charge par charge, plutôt que d'imposer une solution unique à tout votre système d'information.
Une règle simple aide à trancher : si une fuite ou une réquisition de cette donnée créerait un problème juridique, contractuel ou réputationnel, elle a sa place en souverain. Le reste peut vivre là où le rapport coût/performance est le meilleur, sans état d'âme.
Ce raisonnement, mené honnêtement, débouche presque toujours sur une architecture claire et défendable. Il évite les deux pièges symétriques : tout mettre en public par facilité, ou tout verrouiller en souverain par excès de prudence, au détriment de l'agilité.
| Critère | Cloud public | Cloud souverain |
|---|---|---|
| Souveraineté des données | Limitée (lois extraterritoriales) | Garantie (territoire local) |
| Conformité Loi 25 / RGPD | À configurer et surveiller | Native par construction |
| Élasticité | Très élevée | Élevée |
| Prévisibilité des coûts | Faible à l'échelle | Bonne (forfait) |
| Proximité du support | Variable | Locale |
FAQ
Le cloud souverain est-il forcément plus cher ?
Pas nécessairement. À l'échelle, le cloud public peut coûter davantage une fois les transferts de données et le temps d'ingénierie inclus. Le bon critère reste l'adéquation aux besoins et aux obligations, pas le prix affiché à la ligne pour une ressource isolée.
Peut-on combiner cloud public et cloud souverain ?
Oui, et c'est fréquent. Une architecture hybride garde les données sensibles en souverain et les charges élastiques en public. C'est souvent l'option la plus équilibrée entre agilité, coût et conformité.
AWS ou Azure sont-ils conformes à la Loi 25 ?
On peut atteindre une conformité avec une configuration soignée et surveillée, mais la souveraineté reste limitée par les lois extraterritoriales applicables au fournisseur. C'est précisément ce risque que le cloud souverain élimine par construction.
La migration vers un cloud souverain est-elle risquée ?
Pas si elle est planifiée. Une migration par vagues, avec audit préalable et plan de retour arrière, réduit fortement le risque et limite, voire évite, les interruptions de service.