1.3 - Modèles de service et tarification (IaaS, PaaS, SaaS)
L'objectif 1.3 de l'AZ-900 couvre les trois modèles de service et la façon dont le cloud est facturé. En IaaS tu déploies des machines virtuelles et restes responsable du système d'exploitation invité, des intergiciels et des applications ; en PaaS tu écris uniquement ton propre code et Microsoft gère les serveurs, l'OS et les mises à jour du runtime, mais tu acceptes un contrôle réduit sur l'OS ; en SaaS une application prête comme Dynamics 365 ou Outlook.com t'est fournie, mais la gestion des comptes et des accès reste ta responsabilité. Côté tarification, le paiement à l'usage (consommation) ne facture que les secondes où chaque VM tourne réellement, sans engagement, tandis qu'une réservation engage sur un ou trois ans pour une remise importante. Une dépense d'exploitation (OpEx) est la facture mensuelle basée sur l'usage, et le bénéfice de coût total de possession vient du transfert du travail opérationnel au fournisseur. Attends-toi à des mises en situation qui décrivent qui corrige quoi ou comment une charge est facturée et demandent quel modèle de service ou de tarification convient.
IaaS = tu corriges l'OS invité ; PaaS = Microsoft corrige l'OS, tu sécurises ton code ; SaaS = appli prête, mais tu gères comptes et accès. Sans engagement, paiement à la seconde = à l'usage ; s'engager un ou trois ans pour une remise = réservation.
Questions d'entraînement
1. Une startup veut éviter d'acheter des serveurs à l'avance et préfère payer chaque mois uniquement ce qu'elle consomme. Quel modèle financier le passage à Azure permet-il ?
- Un modèle de dépenses d'investissement (CapEx) avec matériel amorti sur des années
- Un modèle de dépenses de fonctionnement (OpEx) (bonne réponse)
- Un contrat de location fixe de longue durée avec engagement de dépense minimale
- Un modèle de licence perpétuelle payée d'avance couvrant toute l'infrastructure
La dépense cloud est de l'OpEx : on paie à l'usage ce que l'on consomme, sans achat de matériel initial. Le CapEx est le modèle traditionnel d'achat d'équipement amorti dans le temps ; les engagements de location et les licences perpétuelles imposent de payer avant l'usage réel.
2. Quelle affirmation décrit le modèle basé sur la consommation utilisé par de nombreux services Azure ?
- Vous payez un forfait mensuel fixe quelle que soit votre consommation réelle du service
- Vous n'êtes facturé que pour les ressources réellement utilisées (bonne réponse)
- Vous devez signer un contrat minimal obligatoire de trois ans avant tout déploiement
- Vous achetez la capacité matérielle d'avance et amortissez la dépense sur plusieurs années
Le modèle basé sur la consommation ne facture que l'usage réel : secondes de calcul, gigaoctets stockés, opérations exécutées. Pas de forfait fixe, pas de contrat pluriannuel obligatoire, pas d'achat matériel initial - arrêter une ressource arrête l'essentiel de ses frais.
3. Une équipe déploie des machines virtuelles Azure et reste responsable du système d'exploitation invité, du middleware et des applications installées dessus. De quel modèle de service s'agit-il ?
- Infrastructure en tant que service (IaaS) (bonne réponse)
- Plateforme en tant que service (PaaS) avec un système d'exploitation entièrement géré
- Logiciel en tant que service (SaaS) consommé directement via un navigateur web
- Une offre serverless où le code n'est facturé que pendant chaque exécution
Les machines virtuelles sont le service IaaS emblématique : Microsoft fournit l'hôte physique, le stockage et la virtualisation, tandis que le client gère tout à partir de l'OS invité. En PaaS l'OS serait géré pour vous, le SaaS livre une application finie, et le serverless fait totalement abstraction des serveurs.
4. Une équipe commerciale s'abonne à une application CRM en ligne, se connecte via un navigateur et ne déploie jamais de code ni ne gère d'infrastructure. Quel modèle de service consomme-t-elle ?
- Infrastructure en tant que service (IaaS), car le CRM tourne sur les serveurs du fournisseur
- Plateforme en tant que service (PaaS), car le fournisseur maintient le runtime du CRM
- Logiciel en tant que service (SaaS) (bonne réponse)
- Un abonnement de cloud privé dédié aux charges de travail du service commercial
Une application finie consommée par internet sur abonnement est du SaaS : le fournisseur gère tout sauf les données, comptes et appareils du client. L'IaaS et le PaaS exigent tous deux que le client déploie quelque chose (un OS ou du code), et rien ici ne décrit une infrastructure privée dédiée.
5. Une équipe utilise Azure SQL Database : elle crée des tables et interroge les données tandis que Microsoft gère le moteur de base de données, le système d'exploitation et tous les correctifs. De quel modèle de service s'agit-il ?
- Infrastructure en tant que service (IaaS), car un serveur de base de données est toujours impliqué
- Plateforme en tant que service (PaaS) (bonne réponse)
- Logiciel en tant que service (SaaS), car la base est facturée sous forme d'abonnement
- Un modèle de colocation où Microsoft héberge le matériel de base de données du client
Les bases gérées comme Azure SQL Database sont du PaaS : le fournisseur exploite l'OS, le moteur et les correctifs, et le client ne travaille qu'avec les schémas et les données. L'IaaS reviendrait à installer SQL Server soi-même sur une VM, le SaaS est une application finale finie, et la colocation est une location de centre de données, pas un modèle de service cloud.
6. Pour quitter rapidement son centre de données, une entreprise déplace ses machines virtuelles existantes vers Azure sans changer leur architecture ni leur code. Quel modèle de service les hébergera, et comment s'appelle cette stratégie ?
- L'IaaS, avec une migration lift-and-shift (bonne réponse)
- Le PaaS, avec une refonte complète de chaque application en services gérés
- Le SaaS, en remplaçant chaque application interne par des équivalents sur abonnement
- L'IaaS, après avoir d'abord réécrit chaque application en microservices cloud-native
Déplacer des VM telles quelles vers l'infrastructure cloud est du lift-and-shift (réhébergement), et la destination est l'IaaS car le client gère toujours l'OS et tout ce qui est au-dessus. La refonte vers le PaaS et le remplacement par du SaaS impliquent de modifier les applications, et la réécriture en microservices contredit « sans changer l'architecture ».