Azure · Architecture cloud pour PME

Recommandation pragmatique : 2 subscriptions pour moins de 50 ressources (Prod / Non-prod), 3 ou 4 subscriptions pour 50 à 200 ressources (Prod / Non-prod / Sandbox / DR éventuelle). Au-delà, nous subdivisons par BU ou par domaine fonctionnel. Plus de subscriptions, c’est une meilleure isolation, mais aussi plus de complexité d’administration.

Pas nécessairement. Azure Firewall Standard pèse lourd dans la facture Azure d’une PME. Pour une PME de moins de 50 ressources Azure, NAT Gateway (bien moins coûteux) + NSG (gratuit) suffisent souvent. Azure Firewall devient pertinent à partir de 30 workloads environ, en multi-VNets ou avec des exigences de filtrage L7. Alternative : Firewall virtual appliance tiers (Fortinet, Palo Alto) si vous avez l’expertise.

Pour 50 à 200 collaborateurs, le projet prend 4 à 8 semaines. Le coût dépend surtout du volume d’existant à refactorer, de la complexité hybride (AD on-prem ou pas) et des exigences de conformité. Une PME 100 % cloud-native avec peu d’existant demande nettement moins de travail qu’une migration depuis un on-prem complexe. La consommation Azure (Hub, Defender, Backup) reste facturée à part par Microsoft. Nous établissons un devis écrit sous 48 h après un premier échange.

Les Reserved Instances (RI) sur 1 ou 3 ans réduisent fortement le coût des VM et bases de données en échange d’un engagement : Microsoft affiche jusqu’à -72 % sur certaines VM en 3 ans par rapport au pay-as-you-go. Alternative plus souple : Azure Savings Plan for compute, un engagement de dépense horaire plutôt que par machine. Recommandation PME : couvrir 70 à 80 % de votre baseline stable (prod, AD, BDD), et laisser en pay-as-you-go les workloads variables (dev, test, pics).

App Service (PaaS) : pour des apps web/API modernes, scaling automatique, déploiement Git/CI-CD, coût optimisé. VM (IaaS) : pour des apps legacy nécessitant un OS spécifique, des contrôles fins (services Windows, drivers), des logiciels packagés (ERP). Règle : si l’app peut tourner sur App Service, mettez-la sur App Service. C’est moins cher et plus simple à long terme.

Pour la majorité des PME, le chiffrement par clé gérée par Microsoft (Microsoft-Managed Key, MMK) suffit : gratuit, actif par défaut, FIPS 140-2. Une CMK devient nécessaire en cas de : (1) conformité imposée (DORA, secteur santé ou défense), (2) volonté forte de « Bring Your Own Key » pour des raisons de souveraineté, (3) audit ISO 27001 avec application stricte de l’annexe A.8.24. La CMK ajoute de la complexité (Key Vault, rotation, accès) et concerne surtout les ETI et les grands comptes.

Chiffrement au repos : gratuit (inclus dans le coût du Storage ou du Disk). Azure Backup : facturé par instance protégée, pour un montant qui varie selon la politique de rétention. Alignez la rétention sur les besoins réels (pour le RGPD, selon l’usage et non le maximum technique). Pour la longue durée, le tier Archive d’Azure Storage est nettement moins cher que le tier Hot. Surtout, testez une restauration au moins une fois par an : tant qu’une sauvegarde n’a pas été restaurée, rien ne garantit qu’elle fonctionne.

Les classiques : la bande passante sortante (egress) facturée au Go au-delà du quota gratuit, les disques des VM arrêtées (une VM désallouée ne facture plus le compute, mais ses disques managés restent facturés), l’ingestion de logs dans Log Analytics (cadrer les sources et la rétention), les snapshots oubliés, les Public IP statiques réservées et les environnements de test jamais éteints. Un budget avec alerte à 80 % par subscription attrape ces dérives avant la mauvaise surprise.

En PME, rarement. Le multi-cloud (Azure, AWS, GCP) double la complexité en compétences, en exploitation et en sécurité. Il se justifie si : (1) des clients exigent un cloud précis, (2) les workloads sont très différents (IA sur GCP, M365 sur Azure), (3) une stratégie de réversibilité formelle est imposée (DORA dans la finance). Sinon, choisissez un cloud principal et exploitez-le pleinement. Un multi-cloud sans raison précise ajoute surtout de la complexité.