Azure vs AWS vs GCP pour PME canadienne : le comparatif honnête

Série Cloud Journey · Billet B12

Le piège du "tout le monde choisit AWS"

Le directeur IT entre dans mon bureau, les bras croisés. "On choisit AWS. C'est ce que tout le monde fait." Trois mois plus tard, ses 85 VMs tournent sur EC2 ca-central-1. La facture dépasse le budget de 40%. Et son équipe réalise que 70% de leurs workloads — principalement Exchange, SharePoint et une douzaine d'apps .NET sur Windows Server — tournent mieux sur Azure, avec une intégration native qu'ils auraient eue à configurer manuellement sur AWS.

Le recalcul avec Azure Hybrid Benefit sur les licences Windows Server existantes, plus les réservations 3 ans sur les VMs, donne −30% sur la facture totale. Pas une anecdote. Un cas réel. Et la migration inverse a coûté 3 mois d'effort supplémentaire.

Ce guide ne prétend pas qu'un cloud est universellement meilleur. Il vous donne les critères pour choisir le bon, selon votre situation réelle.

Le contexte canadien : ce qui change tout

Avant de comparer les prix, il y a des contraintes légales non-négociables pour les PME canadiennes.

LPRPDE / PIPEDA et Loi 25 du Québec

La Loi sur la protection des renseignements personnels et les documents électroniques (LPRPDE) encadre le traitement des données personnelles au Canada. La Loi 25 du Québec (en vigueur depuis 2022) impose des obligations supplémentaires pour les organisations québécoises : consentement explicite, évaluation des facteurs relatifs à la vie privée (EFVP), et localisation des données.

La conséquence pratique : vos données personnelles doivent rester sur le sol canadien dans la plupart des cas. Les trois clouds ont des régions canadiennes, mais elles ne sont pas équivalentes.

Régions canadiennes des 3 clouds

Point important : Azure est le seul à avoir une région au Québec City — ce qui compte pour les entreprises soumises à la Loi 25 voulant maximiser la résilience DR dans la province.

Le comparatif sur 6 dimensions

Azure : quand c'est le bon choix

Si votre PME a un environnement Microsoft existant — Office 365, Active Directory, SQL Server, applications .NET, licences Windows Server — Azure n'est pas juste "une option". C'est la réponse évidente.

Les arguments concrets

• Azure Hybrid Benefit : Vous avez des licences Windows Server avec Software Assurance ? Vous pouvez les utiliser sur Azure, économisant jusqu'à 40% sur le coût des VMs Windows. Pareil pour SQL Server : une licence SQL Enterprise sur prem = Azure SQL Managed Instance sans surcoût de licence.
• Azure AD / Entra ID : Si vos utilisateurs sont dans Active Directory, Azure AD Connect synchronise en 20 minutes. L'authentification SSO vers les apps cloud est native. AWS vous demandera de monter un AD Connector ou d'utiliser IAM Identity Center — faisable, mais pas gratuit en temps ni en complexité.
• 2 régions au Canada dont Québec City : Pour les entreprises soumises à la Loi 25 QC voulant un DR intraprovincial, Azure Canada East (QC City) + Canada Central (Toronto) est la seule option native chez les 3 clouds.
• M365 Copilot et l'IA Microsoft : Si vous prévoyez adopter les outils IA de Microsoft, Azure OpenAI Service est le seul cloud où vous pouvez les déployer en privé, avec des garanties de données résidant au Canada.

Cas réel : PME 180 utilisateurs, stack Microsoft

Client : distributeur industriel, 180 employés, Québec. Infrastructure : 45 VMs (Windows Server 2016/2019), SQL Server 2019 Standard, Exchange Server, SharePoint on-prem, filiales à Montréal et Toronto.

Migration vers Azure Canada Central + Canada East. Avec Azure Hybrid Benefit sur 45 licences Windows Server et 8 licences SQL Server, plus les Reserved VM Instances 3 ans pour les workloads stables :

• Coût mensuel avant : 28,400 CAD (infrastructure + licences)
• Coût mensuel après Azure : 18,460 CAD
• Économie : −35% · Récupération investissement : 8 mois

AWS : quand c'est le bon choix

AWS reste le cloud le plus mature et le plus complet. Si vous n'êtes pas dans un écosystème Microsoft et que vous voulez le catalogue de services le plus large avec la communauté la plus active, AWS est difficile à battre.

Les arguments concrets

• Catalogue de services : 240+ services managés. Si vous cherchez un service cloud qui existe, AWS l'a probablement. Et souvent depuis plus longtemps que les autres, avec une documentation plus riche et une communauté plus large.
• Écosystème partenaires au Canada : Le plus grand nombre de partenaires certifiés AWS au pays. Pour une PME qui veut des ressources locales (consultants, intégrateurs, MSP), AWS offre le meilleur choix.
• Reserved Instances et Savings Plans : Sur un engagement 1 an, −40% vs on-demand. Sur 3 ans, jusqu'à −60%. Pour des workloads prévisibles, c'est l'outil de réduction de coût le plus efficace du marché.
• ca-central-1 (Montréal) : La région AWS canadienne est mature, avec une majorité des services disponibles (contrairement à ca-west-1 Calgary qui reste limitée).

Cas réel : startup SaaS B2B

Client : SaaS RH, 35 employés, expansion US + CA. Stack : Node.js, PostgreSQL, Redis, ElasticSearch. Multi-tenant, croissance 3x en 18 mois prévue.

Choix AWS ca-central-1. Amazon RDS PostgreSQL + ElastiCache + OpenSearch. Auto Scaling Groups pour les serveurs applicatifs. Savings Plans 1 an sur les instances de base.

• Capacité à absorber un pic 10x sans intervention manuelle
• Déploiement multi-région US (us-east-1) en 2 semaines avec les mêmes patterns
• Coût infrastructure : 4,200 CAD/mois pour 50,000 utilisateurs actifs
• AWS Activate startup credits : 100,000 USD utilisés sur 18 mois

GCP : quand c'est le bon choix

GCP est sous-estimé par les PME. Sa réputation de "cloud pour data scientists" lui colle à la peau, mais il y a des cas où GCP est objectivement le meilleur choix — parfois de loin.

Les arguments concrets

• GKE (Google Kubernetes Engine) : Google a inventé Kubernetes. GKE reste techniquement supérieur à AKS (Azure) et EKS (AWS) en termes de facilité d'opération, d'auto-upgrade, et de coût total. Si votre organisation est Kubernetes-first, GKE est le choix naturel.
• BigQuery : Pour les PME avec des besoins analytiques, BigQuery est dans une catégorie à part. Pas de serveur à gérer, facturation à la requête (5 USD/TB analysé), et des performances sur des téraoctets de données qui nécessiteraient un cluster Redshift ou Synapse bien plus coûteux chez AWS/Azure.
• Sustained Use Discounts : Contrairement à AWS et Azure qui nécessitent des réservations explicites, GCP applique automatiquement des réductions jusqu'à 30% si vous utilisez une instance plus de 25% du mois. Pour les workloads non-prévisibles, c'est un avantage réel.
• Egress moins cher : GCP facture l'egress réseau ~30% moins cher que AWS et Azure. Pour les architectures avec beaucoup de transfert de données sortant (API publiques, CDN non-inclus, exports analytics), ça peut représenter des milliers de dollars par mois d'économie.

Cas réel : PME data-intensive

Client : agence marketing data, 45 employés. Processing quotidien : 2 TB de données événementielles (clicks, conversions, attributions). Stack analytics : dbt + BigQuery + Looker. Workloads Kubernetes pour les APIs.

Comparatif fait avec AWS Redshift + EKS : GCP (BigQuery + GKE) ressortait à −28% sur 12 mois. La combinaison BigQuery on-demand + Sustained Use Discounts sur GKE vs coût Redshift RA3 + EKS donnait un écart significatif.

• Requêtes BigQuery : 0 à provisionner, 0 à tuner
• GKE autopilot : infrastructure Kubernetes sans nœuds à gérer
• Économie vs AWS : −28% · Délai migration : 6 semaines

Guide de décision rapide

Les pièges à éviter absolument

1. L'egress : le coût invisible qui explose les budgets

Les trois clouds facturent le trafic sortant. Les tarifs convergent autour de 0.08–0.09 USD/GB, mais les détails divergent. AWS facture l'egress vers Internet ET entre régions. Azure offre une franchise sur le trafic inter-régions dans le même continent. GCP est généralement le moins cher des trois sur l'egress.

Exemple concret : une application SaaS qui transfère 50 TB/mois vers ses clients = 4,000–4,500 USD/mois juste en egress sur AWS ou Azure. Sur GCP, autour de 2,800 USD. Sur 12 mois : 14,000–20,000 USD d'écart. Vérifiez votre profil d'egress avant de choisir.

2. Le vendor lock-in : plus subtil qu'on ne le croit

Le vrai lock-in ne vient pas des VMs (faciles à migrer). Il vient des services managés propriétaires : Azure Service Bus, AWS DynamoDB, Google Spanner, AWS Lambda (vs Azure Functions vs Cloud Run). Chaque heure investie à configurer DynamoDB est une heure difficile à récupérer si vous devez migrer.

Stratégie : identifiez dès le début quels services sont "portables" (PostgreSQL RDS → Azure DB → Cloud SQL) et lesquels sont propriétaires. Limitez le lock-in aux services où la valeur différentielle le justifie.

3. Le mythe "le cloud est moins cher"

Le cloud n'est pas moins cher que le on-prem par défaut. Il est plus cher sans FinOps actif. Il est moins cher quand :

• Vous activez les réservations (Reserved Instances, Savings Plans, CUDs)
• Vous faites du right-sizing régulier (instances surdimensionnées = argent brûlé)
• Vous n'avez pas de ressources idle (environnements de dev/test laissés allumés 24/7)
• Vous gérez l'egress (architecture qui minimise le trafic sortant)

Sans FinOps, un client BOTUM qui migre 40 VMs va souvent se retrouver à +20% de coûts avant optimisation, puis à −35% après 3 mois de FinOps actif.

4. Sous-estimer le coût du support

Le support "Developer" d'AWS coûte 29 USD/mois minimum — inutile pour la production. Le support "Business" commence à 100 USD/mois + 10% de votre facture. Sur 20,000 USD/mois de cloud = 2,000 USD/mois de support. Multipliez par 12 : 24,000 USD/an juste pour avoir quelqu'un qui décroche le téléphone. Azure et GCP ont des modèles similaires. Intégrez ça dans votre TCO dès le départ.

Conclusion : le bon cloud est celui qui correspond à votre contexte

Il n'existe pas de meilleur cloud universel. Il existe le meilleur cloud pour vous, selon votre stack, votre équipe, vos obligations légales et vos objectifs à 3 ans.

Si vous êtes Microsoft-heavy, Azure est presque toujours le bon choix — l'écosystème natif et Hybrid Benefit font une différence de 30 à 45% sur la facture. Si vous construisez un SaaS multi-région et que vous voulez le catalogue le plus riche, AWS est la référence. Si vos workloads sont data-intensive ou Kubernetes-first, GCP mérite une évaluation sérieuse.

Ce qui ne change pas : le choix doit être fait avant de migrer, sur la base d'un assessment de votre portfolio et d'un TCO comparatif sur 3 ans. Pas après avoir committé 3 mois de migration dans la mauvaise direction.