Le Canada est la neuvième économie en importance au monde et produit certains des développeurs de logiciels les plus compétents de la planète. Mais lorsqu'il est question d'infrastructure infonuagique souveraine — des services détenus et exploités par des entreprises canadiennes, sur le sol canadien, sous le droit canadien — le paysage est remarquablement mince.
Une analyse de 2026 a révélé que 92 % des outils d'exploitation pour développeurs utilisés au Canada relèvent d'une juridiction étrangère. Ce n'est pas parce que les entreprises canadiennes d'infrastructure n'existent pas. C'est parce que, dans la plupart des catégories, elles n'existent pas à grande échelle — ou elles n'existent pas du tout.
Voici à quoi ressemble réellement le paysage infonuagique canadien, catégorie par catégorie.
Calcul et infrastructure en tant que service (IaaS)
C'est ici que le Canada a le plus d'options, bien qu'aucune n'approche l'étendue de services des hyperscalers.
Fournisseurs de propriété canadienne : OVHcloud exploite un important centre de données à Beauharnois, au Québec (bien qu'OVH soit elle-même de propriété française, et non canadienne). KeepSec, établie au Québec, offre une infonuagique entièrement de propriété canadienne bâtie sur des technologies ouvertes. ThinkOn (canadienne) se concentre sur l'infonuagique souveraine pour les industries réglementées. TELUS a lancé un service d'infonuagique souveraine, et Bell s'est associée à SAP et à Hypertec pour du calcul d'IA souverain en février 2026.
Le jalon d'octobre 2025 : Le consortium ThinkOn-Hypertec-Aptum-eStruxture a lancé ce qui a été décrit comme la première infonuagique gouvernementale souveraine de bout en bout au Canada. Cela a été suivi de l'infonuagique souveraine conjointe OpenText-TELUS en juillet 2025 et du partenariat Bell-SAP au début de 2026.
La lacune : Les fournisseurs IaaS canadiens offrent des machines virtuelles, du stockage et du réseautage de base. Ils n'offrent pas l'étendue des services gérés que fournissent AWS, Azure ou GCP — des choses comme les fonctions sans serveur, le Kubernetes géré, l'infrastructure d'apprentissage automatique ou la diffusion de contenu à l'échelle mondiale. Pour des charges de travail simples, l'IaaS canadien est viable. Pour des architectures infonuagiques natives complexes, vous atteindrez rapidement des limites.
Plateforme en tant que service (PaaS) et déploiement
Fournisseurs de propriété canadienne : Canner (Québec) est une plateforme de déploiement pour applications web avec Postgres géré, CI/CD natif à git et déploiements par glisser-déposer. C'est la catégorie que Canner a été conçue pour combler.
La lacune : Avant Canner, il n'existait aucune offre PaaS de propriété canadienne proposant une expérience de développement moderne comparable à Vercel, Netlify, Railway ou Render. Les entreprises canadiennes qui voulaient déployer des applications web sur une infrastructure canadienne devaient s'auto-héberger sur de l'IaaS canadien — configurer des serveurs, gérer des certificats, bâtir leurs propres pipelines CI/CD. L'expérience de « pousser et déployer » à laquelle les développeurs s'attendent désormais n'existait tout simplement pas avec une souveraineté canadienne.
Réseaux de diffusion de contenu (RDC)
Fournisseurs de propriété canadienne : Aucun doté de capacités de purge distribuée en périphérie à grande échelle. C'est l'une des lacunes les plus importantes de l'infrastructure infonuagique canadienne.
Ce qui est disponible : Bunny CDN (de propriété slovène) exploite des points de présence canadiens et permet une configuration ne servant qu'à partir de nœuds canadiens. Cloudflare, Fastly et Akamai ont tous des points de présence canadiens, mais sont constituées aux États-Unis et assujetties au CLOUD Act. Même avec un point de présence canadien, le trafic est traité par l'infrastructure d'une entreprise étrangère.
Pourquoi c'est important : Les fonctionnalités de niveau RDC comme la purge par étiquette de cache, l'informatique en périphérie et l'invalidation de cache distribuée sont standards dans l'architecture web moderne. Sans RDC de propriété canadienne, les entreprises canadiennes doivent choisir entre la performance (en utilisant un RDC étranger) et la souveraineté (en s'en passant). Il n'existe aucune option offrant les deux.
Base de données en tant que service
Fournisseurs de propriété canadienne : Aucun service de base de données géré de propriété canadienne n'existe à une échelle comparable à AWS RDS, PlanetScale, Supabase ou Neon. Canner fournit Postgres géré dans le cadre de sa plateforme de déploiement, mais une base de données en tant que service autonome ayant la profondeur de fonctionnalités des options infonuagiques natives (réplicas en lecture, mise à l'échelle automatique, branchement) n'existe pas sous juridiction canadienne.
La lacune : C'est une pièce manquante critique. Presque toutes les applications web nécessitent une base de données, et les services de bases de données gérées que les développeurs préfèrent sont tous de propriété américaine.
DNS
Fournisseurs de propriété canadienne : Aucun fournisseur DNS faisant autorité de propriété canadienne comparable à Cloudflare DNS, Route 53 ou NS1 n'existe. Le DNS est le premier point de contact de chaque requête web, et pour la plupart des entreprises canadiennes, ce premier contact est géré par une entreprise américaine.
Courriel transactionnel
Fournisseurs de propriété canadienne : Aucun équivalent canadien à SendGrid, Resend, Postmark ou Amazon SES n'existe. Chaque service de courriel transactionnel utilisé par les applications canadiennes est exploité par une entreprise américaine.
Surveillance et observabilité
Fournisseurs de propriété canadienne : Aucun équivalent canadien à Datadog, New Relic, Grafana Cloud ou Sentry. Les données d'observabilité incluent souvent des journaux d'application sensibles, des données de comportement des utilisateurs et de la télémétrie système. Tout cela circule actuellement vers des services de propriété américaine.
CI/CD
Fournisseurs de propriété canadienne : Aucun équivalent canadien à GitHub Actions, GitLab CI, CircleCI ou Buildkite. Chaque pipeline automatisé de construction et de déploiement utilisé par les entreprises canadiennes s'exécute sur une infrastructure de propriété étrangère, traitant du code source et des artéfacts de déploiement.
Pourquoi les lacunes existent
L'infrastructure est à forte intensité de capital et lente à monétiser. Le capital de risque canadien a historiquement préféré les entreprises SaaS — marges plus élevées, croissance plus rapide, rendements plus prévisibles. Bâtir un RDC ou un service de base de données exige des années d'ingénierie et des dépenses en capital importantes avant d'atteindre la rentabilité. La communauté d'investissement au Canada a constamment choisi de financer le logiciel qui s'exécute sur l'infrastructure plutôt que l'infrastructure elle-même. Les mécanismes de cet écart de capital sont documentés dans le billet sur le financement des startups canadiennes.
Le résultat est un écosystème où les entreprises canadiennes bâtissent d'excellents logiciels qui s'exécutent entièrement sur une infrastructure américaine.
Ce qui change
Trois forces comblent les lacunes, lentement :
La pression réglementaire. La Loi 25 au Québec — maintenant pleinement en vigueur — crée des conséquences concrètes pour l'utilisation d'une infrastructure qui expose les données canadiennes à une juridiction étrangère. À mesure que les pénalités deviennent réelles — jusqu'à 25 millions de dollars canadiens ou 4 % du chiffre d'affaires mondial en vertu de la Loi 25 — le coût de conformité lié à l'utilisation d'une infrastructure étrangère commence à l'emporter sur la commodité. (La réforme fédérale a stagné lorsque le projet de loi C‑27 est mort à la prorogation en janvier 2025; un successeur pour moderniser la LPRPDE est largement attendu.) Le mécanisme est expliqué en détail dans le billet sur le CLOUD Act.
Les tensions commerciales. La relation commerciale Canada–États-Unis a fait de la souveraineté des données une conversation de conseil d'administration d'une manière que les arguments purement réglementaires n'avaient jamais réussi à le faire. Quand la relation géopolitique entre deux pays est incertaine, la dépendance à une infrastructure contrôlée par l'autre pays devient un risque stratégique, et pas seulement une case de conformité à cocher.
La vague d'infonuagique souveraine de 2025–2026. La succession rapide d'annonces d'infonuagique souveraine — ThinkOn, TELUS, OpenText, Bell-SAP, Bell-Hypertec — indique que les grandes entreprises canadiennes et le gouvernement sont disposés à payer pour des solutions de rechange de propriété canadienne. Ce signal de demande finira par attirer l'investissement vers les catégories d'infrastructure qui sont encore vides.
Ce qui doit arriver
Les lacunes ne se combleront pas par les seules forces du marché. Trois choses accéléreraient le déploiement :
Des préférences d'approvisionnement gouvernemental pour les fournisseurs de propriété canadienne dans les catégories où des solutions de rechange souveraines existent. Si les ministères peuvent spécifier la constitution en société canadienne comme exigence (et non seulement la résidence des données au Canada), cela crée une traction de la demande qui justifie l'investissement privé. Le cadre d'approvisionnement est couvert dans le billet sur les garde-fous de l'informatique en nuage du GC.
L'investissement dans l'infrastructure, pas seulement dans le SaaS. Les CR canadiens et les investisseurs institutionnels doivent reconnaître que la couche d'infrastructure est là où la valeur à long terme s'accumule. Les entreprises qui possèdent la couche d'infrastructure captent de la valeur de chaque entreprise SaaS qui s'exécute par-dessus elles. La marge de profit d'AWS est le meilleur argument en faveur de l'investissement dans l'infrastructure.
Des approches axées d'abord sur le code ouvert. Bon nombre des lacunes — bases de données gérées, observabilité, CI/CD — peuvent être comblées par des entreprises canadiennes bâtissant des services gérés par-dessus des fondations à code ouvert (Postgres, Grafana, Prometheus, Gitea). Cela réduit le capital requis et évite de partir de zéro.
L'infrastructure est en cours de construction. Elle est simplement construite lentement, par de petites entreprises, avec un capital limité, dans un environnement de financement qui ne facilite pas les choses. Les cinq prochaines années détermineront si le Canada possède une infrastructure numérique souveraine ou continue de la louer aux États-Unis.