1.2 - Bénéfices du cloud (scalabilité, élasticité, disponibilité)
L'objectif 1.2 de l'AZ-900 couvre les bénéfices des services cloud. Tu dois distinguer des termes proches : la scalabilité ajoute de la capacité, et la mise à l'échelle horizontale (scale out) place davantage d'instances identiques derrière un répartiteur de charge, tandis que l'élasticité monte et redescend automatiquement selon la demande, sans intervention humaine ni planification préalable. L'agilité, c'est démarrer un environnement complet en quelques minutes et le détruire le jour même. La fiabilité est la capacité à se remettre des pannes et à continuer de fonctionner, et la continuité d'activité couvre le personnel, les communications et les sites de secours pour que toute l'organisation continue, pas seulement l'informatique. La portée mondiale consiste à déployer dans des régions proches des utilisateurs pour une faible latence, et la gouvernance s'améliore car des modèles et des stratégies imposent les standards sur chaque ressource. Un SLA de 99,9 pour cent autorise environ 8,76 heures d'arrêt par an. Attends-toi à des mises en situation qui décrivent une mise à l'échelle automatique ou une promesse de disponibilité et demandent quel bénéfice elle illustre.
Monte et redescend automatiquement selon la demande = élasticité ; plus d'instances identiques derrière un load balancer = mise à l'échelle horizontale. Démarrer et détruire en minutes = agilité. SLA 99,9 pour cent = environ 8,76 heures d'arrêt par an.
Questions d'entraînement
1. Un site e-commerce ajoute automatiquement des instances de VM pendant les ventes flash et les retire quand le trafic retombe, sans aucune action d'administrateur. Quelle caractéristique du cloud cela illustre-t-il le MIEUX ?
- L'élasticité (bonne réponse)
- La haute disponibilité sur des centres de données redondants
- La planification prédictive de capacité faite des semaines à l'avance
- La géodistribution du contenu vers des emplacements de périphérie
L'élasticité est la capacité d'ajouter et de retirer automatiquement des ressources pour suivre la demande en temps réel, ce que décrit exactement ce scale-out et scale-in automatique. La haute disponibilité concerne la survie aux pannes, la planification de capacité est manuelle et anticipée, et la géodistribution concerne le placement du contenu, pas l'ajustement des ressources.
2. Un détaillant s'attend à des pics de trafic imprévisibles sur sa boutique hébergée dans le cloud. Quels DEUX bénéfices du cloud l'aident directement à absorber ces pics ? (Choisissez DEUX réponses.)
- L'élasticité, qui ajoute et retire des ressources automatiquement (bonne réponse)
- La scalabilité, qui permet au système de grossir sous la charge (bonne réponse)
- Un achat massif en CapEx de serveurs de réserve laissés éteints sur site
- Des revues de capacité manuelles organisées chaque trimestre avec le service financier
- Une allocation de ressources fixe verrouillée au moment du déploiement
L'élasticité ajuste automatiquement les ressources à la charge réelle, et la scalabilité signifie que la plateforme peut grossir pour absorber une demande plus forte - ensemble elles gèrent les pics imprévisibles. Acheter des serveurs de réserve inactifs, des revues trimestrielles et des allocations figées sont les rigidités du sur site que le cloud remplace.
3. Un fleuriste en ligne voit son trafic bondir de façon imprévisible autour des fêtes puis retomber à presque rien le reste de l'année. Quel bénéfice lui permet d'ajuster automatiquement les ressources à la demande ?
- L'élasticité (bonne réponse)
- Un grand pool fixe de serveurs dimensionné pour la fête la plus chargée de l'année
- La réplication de reprise d'activité vers une seconde région géographiquement éloignée
- Une capacité réservée à long terme achetée une année entière à l'avance
L'élasticité ajoute automatiquement des ressources quand la demande bondit et les retire quand elle retombe, épousant un motif saisonnier imprévisible. Un pool fixe taillé pour le pic gaspille hors saison, la reprise d'activité concerne la survie aux pannes, et la capacité réservée est un engagement figé qui ne suit pas les variations soudaines.
4. Une entreprise de dix personnes sans personnel informatique a besoin dès demain d'une messagerie professionnelle, de calendriers et de collaboration documentaire. Quel modèle de service répond le mieux à ce besoin ?
- L'IaaS, en déployant et durcissant un serveur de messagerie sur de nouvelles VM
- Le PaaS, en développant une plateforme de collaboration interne sur services gérés
- Un cloud privé monté au bureau pour garder chaque boîte sur des disques locaux
- Le SaaS (bonne réponse)
Le SaaS livre des applications prêtes à l'emploi comme la messagerie et la collaboration documentaire, sans rien à construire ni administrer - idéal sans personnel informatique. Exploiter un serveur de messagerie en IaaS ou développer une plateforme en PaaS exige des compétences et du temps que l'entreprise n'a pas, et un cloud privé est l'option la plus lourde de toutes.
5. Un système de réservation en ligne est conçu avec des composants redondants afin de continuer à servir les clients même quand une machine virtuelle ou un composant du centre de données tombe en panne. Quel concept du cloud cette conception illustre-t-elle ?
- L'agilité, car de nouveaux environnements peuvent être provisionnés en quelques minutes
- L'élasticité, car des ressources sont ajoutées et retirées automatiquement selon la demande
- La haute disponibilité (bonne réponse)
- La facturation à la consommation, car seules les ressources utilisées sont facturées
La haute disponibilité signifie que le service reste accessible malgré les pannes, grâce à une redondance qui supprime les points de défaillance uniques. L'agilité concerne la vitesse de provisionnement, l'élasticité l'ajustement de la capacité à la demande, et la facturation à la consommation est un modèle de coût - aucun ne décrit la survie aux pannes de composants.
6. Un service Azure est couvert par un SLA de disponibilité de 99,9 %. Que définit principalement cet engagement ?
- Une promesse que le service ne connaîtra jamais d'interruption ni de maintenance planifiée pendant l'abonnement
- La disponibilité minimale garantie par Microsoft, avec des crédits de service en cas de non-respect (bonne réponse)
- Le temps de réponse moyen du service mesuré sur l'ensemble des régions Azure du monde
- Le pourcentage de tickets de support devant recevoir une réponse sous un jour ouvré
Un SLA (accord de niveau de service) définit le niveau de disponibilité auquel Microsoft s'engage, généralement en pourcentage de temps de fonctionnement, avec des crédits de service en cas de manquement. Ce n'est pas une promesse de zéro interruption, et cela ne mesure ni les temps de réponse ni le traitement des tickets de support.