Revision sheet: Introduction aux services cloud Azure

Plan du Cours

  1. Cloud Computing définition
  2. ModĂšles de service cloud
  3. Responsabilités partagées
  4. Types de cloud
  5. Azure Arc et VMware
  6. Migration cloud
  7. CapEx vs OpEx
  8. Composants Azure
  9. Régions et zones
  10. Ressources Azure
  11. Groupes et abonnements
  12. Services de calcul Azure

1. Cloud Computing définition

Notions clés & Définitions

  • AccĂšs Ă  la demande : possibilitĂ© pour le client d'utiliser des ressources informatiques (serveurs, stockage, logiciels, rĂ©seau) via Internet quand il en a besoin, sans possession physique (source : introduction).
  • ModĂšle de fourniture de services : organisation permettant de partager, configurer et facturer les ressources informatiques selon l’usage, sans contrainte physique (source : introduction).
  • ResponsabilitĂ©s partagĂ©es : rĂ©partition des tĂąches entre le fournisseur (Azure, AWS) qui gĂšre l’infrastructure physique et le client qui contrĂŽle ses donnĂ©es, ses utilisateurs et ses appareils (source : modĂšle de responsabilitĂ©s partagĂ©es).
  • Avantages du cloud : absence de coĂ»ts initiaux, facilitĂ© de crĂ©ation, rĂ©duction des coĂ»ts, rapiditĂ© de dĂ©ploiement, et pas de maintenance infrastructurelle (source : avantages du cloud).
  • Cloud privĂ©, public, hybride : modĂšles de dĂ©ploiement oĂč le privĂ© est dĂ©diĂ© Ă  une seule entreprise, le public est partagĂ© et accessible via Internet, et l’hybride combine les deux pour plus de sĂ©curitĂ© (source : modĂšles cloud).
  • Azure Arc : ensemble de technologies permettant de gĂ©rer un environnement cloud hybride, facilitant l’administration multi-cloud et on-premise (source : Azure Arc).

Points essentiels

Le cloud computing repose sur un accĂšs Ă  des ressources informatiques via Internet, permettant une utilisation flexible et partagĂ©e, configurĂ©e selon les besoins du client, et facturĂ©e Ă  l’usage. La responsabilitĂ© est partagĂ©e entre le fournisseur, qui gĂšre l’infrastructure physique (datacenters, rĂ©seau, serveurs), et le client, qui contrĂŽle ses donnĂ©es, ses utilisateurs et ses appareils. Les modĂšles de dĂ©ploiement incluent le cloud privĂ© (dĂ©diĂ© Ă  une seule entreprise, souvent on-premise ou hĂ©bergĂ©), le cloud public (partagĂ©, accessible via Internet, paiement Ă  l’usage), et le cloud hybride (mĂ©lange des deux). Azure propose aussi des solutions comme Azure VMware Solution pour faire tourner VMware dans le cloud, et Azure Arc pour gĂ©rer ces environnements hybrides. La transformation du CapEx en OpEx est un avantage clĂ©, permettant une flexibilitĂ© financiĂšre et opĂ©rationnelle.

À retenir

Le cloud computing offre un accÚs flexible, partagé et configuré à des ressources informatiques via Internet, avec une responsabilité partagée entre fournisseur et client, et des modÚles de déploiement adaptés à tous les besoins.

2. ModĂšles de service cloud

Notions clés & Définitions

  • IaaS (Infrastructure as a Service) : modĂšle oĂč le client contrĂŽle les VM, le systĂšme d’exploitation (OS) et les applications, tandis qu’Azure gĂšre le matĂ©riel physique. Exemple : Azure Virtual Machines.
  • PaaS (Platform as a Service) : modĂšle oĂč le client gĂšre uniquement le code, tandis qu’Azure prend en charge l’OS, le runtime et l’infrastructure. Exemple : Azure App Service.
  • SaaS (Software as a Service) : modĂšle oĂč Azure gĂšre l’ensemble du logiciel, permettant Ă  l’utilisateur d’accĂ©der Ă  des applications prĂȘtes Ă  l’emploi. Exemple : Microsoft Teams.

Points essentiels

  • IaaS offre une flexibilitĂ© maximale avec un contrĂŽle total sur les VM, OS et applications, mais impose la gestion de la sĂ©curitĂ© et des mises Ă  jour du logiciel par le client. Azure Virtual Machines en est un exemple.
  • PaaS simplifie le dĂ©ploiement en dĂ©lĂ©guant la gestion de l’OS, du runtime et de l’infrastructure Ă  Azure, permettant au client de se concentrer sur le dĂ©veloppement du code. Azure App Service illustre ce modĂšle.
  • SaaS propose des solutions clĂ©s en main oĂč Azure gĂšre tout, permettant un accĂšs immĂ©diat aux applications sans gestion technique de la part de l’utilisateur. Microsoft Teams en est un exemple.
  • La responsabilitĂ© est partagĂ©e : Azure gĂšre l’infrastructure physique pour tous les modĂšles, mais la gestion logicielle diffĂšre selon le modĂšle choisi.

À retenir

Les modÚles IaaS, PaaS et SaaS représentent une gradation dans le contrÎle et la gestion, allant de la gestion complÚte par le client (IaaS) à la gestion totale par Azure (SaaS).

3. Responsabilités partagées

Notions clés & Définitions

  • Fournisseur cloud : gĂšre l'infrastructure physique, incluant datacenters, rĂ©seau physique et serveurs physiques, assurant la maintenance et la sĂ©curitĂ© de l'infrastructure lourde.
  • Client : responsable de la gestion des donnĂ©es, des utilisateurs, des accĂšs et des appareils (PC, tĂ©lĂ©phone), assurant la sĂ©curitĂ© et la conformitĂ© des contenus et des accĂšs.
  • ModĂšle IaaS (Infrastructure as a Service) : service oĂč le client contrĂŽle les VM, le systĂšme d'exploitation et les applications, tandis que le fournisseur gĂšre le hardware (exemple : Azure Virtual Machines).
  • ModĂšle PaaS (Platform as a Service) : le client gĂšre uniquement le code, Azure prend en charge le systĂšme d'exploitation, le runtime et l'infrastructure (exemple : Azure App Service).
  • ModĂšle SaaS (Software as a Service) : Azure gĂšre entiĂšrement la plateforme et le logiciel, le client utilise simplement le service (exemple : Microsoft Teams).

Points essentiels

  • La responsabilitĂ© est partagĂ©e : le fournisseur cloud s'occupe de l'infrastructure physique, tandis que le client doit gĂ©rer ses donnĂ©es, ses utilisateurs, et ses appareils (voir "ResponsabilitĂ©s partagĂ©es").
  • La gestion des services cloud varie selon le modĂšle : dans IaaS, le client contrĂŽle VM, OS, apps ; dans PaaS, il contrĂŽle le code ; dans SaaS, il ne contrĂŽle rien, Azure gĂšre tout.
  • La diffĂ©renciation entre cloud privĂ©, public, hybride, et multi-cloud influence la rĂ©partition des responsabilitĂ©s, notamment en termes de contrĂŽle et sĂ©curitĂ© (voir "ModĂšles Cloud").
  • Azure Arc facilite la gestion d'environnements hybrides, permettant de gĂ©rer des ressources sur site et dans le cloud de façon centralisĂ©e (voir "Azure Arc").
  • La migration vers le cloud peut impliquer diffĂ©rentes stratĂ©gies : Lift and Shift, Refractor, Rebuild, selon le degrĂ© de modification de l'architecture initiale (voir "Migration vers le cloud").

À retenir

La responsabilité dans le cloud est partagée entre le fournisseur et le client, chaque partie ayant des rÎles précis selon le modÚle de service choisi, ce qui permet une flexibilité adaptée aux besoins de sécurité et de gestion.

4. Types de cloud

Notions clés & Définitions

  • Cloud privĂ© : Infrastructure dĂ©diĂ©e Ă  une seule entreprise, offrant plus de contrĂŽle et de sĂ©curitĂ©. Elle peut ĂȘtre on-premise ou hĂ©bergĂ©e, permettant une gestion exclusive des ressources (voir concepts exclusifs).
  • Cloud public : Infrastructure partagĂ©e accessible via Internet, oĂč les ressources sont mutualisĂ©es entre plusieurs utilisateurs. La facturation se fait Ă  l’usage, facilitant la crĂ©ation rapide de ressources (voir concepts exclusifs).
  • Cloud hybride : Combinaison de cloud privĂ© et public, permettant d’utiliser les avantages des deux modĂšles. Il offre une sĂ©curitĂ© renforcĂ©e en utilisant le cloud privĂ© pour les donnĂ©es sensibles et le cloud public pour la scalabilitĂ© (voir concepts exclusifs).
  • Multi-cloud : Utilisation simultanĂ©e de plusieurs fournisseurs de cloud publics, permettant d’éviter la dĂ©pendance Ă  un seul fournisseur et d’optimiser les coĂ»ts et services (voir concepts exclusifs).
  • Azure Arc : Technologies permettant de gĂ©rer un environnement cloud hybride, facilitant la gouvernance et la gestion multi-environnements (voir concepts exclusifs).
  • Azure VMware Solution : Service Azure permettant d’exĂ©cuter VMware dans le cloud Azure, combinant cloud privĂ© dans un cloud public, pour une migration simplifiĂ©e et une gestion intĂ©grĂ©e (voir concepts exclusifs).

Points essentiels

  • Le cloud privĂ© offre un contrĂŽle accru et une sĂ©curitĂ© renforcĂ©e, idĂ©al pour les entreprises avec des exigences strictes en matiĂšre de confidentialitĂ©. Il peut ĂȘtre dĂ©ployĂ© en interne ou hĂ©bergĂ© par un fournisseur, mais reste plus coĂ»teux que le cloud public (voir concepts exclusifs).
  • Le cloud public facilite la crĂ©ation rapide de ressources, la scalabilitĂ© et la rĂ©duction des coĂ»ts, grĂące Ă  une infrastructure partagĂ©e accessible via Internet. La gestion est externalisĂ©e, ce qui limite la charge pour l’entreprise (voir concepts exclusifs).
  • Le cloud hybride permet d’optimiser la sĂ©curitĂ© et la performance en combinant les deux modĂšles, tout en utilisant des donnĂ©es du cloud privĂ© pour rĂ©pondre Ă  des besoins spĂ©cifiques. Il est plus sĂ©curisĂ© et flexible (voir concepts exclusifs).
  • Le multi-cloud offre une rĂ©silience accrue et une optimisation des coĂ»ts en rĂ©partissant les ressources entre plusieurs fournisseurs, Ă©vitant la dĂ©pendance Ă  un seul acteur (voir concepts exclusifs).
  • Azure Arc et Azure VMware Solution sont des outils pour gĂ©rer efficacement ces environnements hybrides et multi-cloud, en assurant une gouvernance centralisĂ©e et une compatibilitĂ© avec VMware (voir concepts exclusifs).

À retenir

Le choix entre cloud privĂ©, public, hybride ou multi-cloud dĂ©pend des besoins en contrĂŽle, sĂ©curitĂ©, scalabilitĂ© et coĂ»ts de l’entreprise. Ces modĂšles offrent une flexibilitĂ© adaptĂ©e Ă  diffĂ©rents contextes opĂ©rationnels.

5. Azure Arc et VMware

Notions clés & Définitions

  • Azure Arc : ensemble de technologies dĂ©veloppĂ©es par Microsoft pour gĂ©rer un environnement cloud hybride, permettant d’étendre la gestion des ressources Azure Ă  des infrastructures locales, multi-cloud ou edge, en offrant une gestion centralisĂ©e et cohĂ©rente (voir aussi "gestion d’un environnement cloud" dans le contenu source).

  • Azure VMware Solution (AVS) : service Azure permettant d’exĂ©cuter un environnement VMware directement dans le cloud Azure, en conservant l’infrastructure VMware tout en hĂ©bergeant cette derniĂšre dans un cloud privĂ© dans un cloud public (voir aussi "cloud privĂ© dans cloud public" dans le contenu source).

Points essentiels

  • Azure Arc facilite la gestion d’un environnement hybride en permettant d’unifier la gouvernance, la sĂ©curitĂ© et la gestion des ressources dispersĂ©es sur plusieurs environnements, y compris locaux, multi-cloud et edge, via une plateforme unique. Il s’appuie sur des outils et services pour dĂ©ployer, gĂ©rer et sĂ©curiser ces ressources Ă  distance, tout en respectant les politiques Azure (voir "technologies pour gĂ©rer un environnement cloud hybride").

  • Azure VMware Solution (AVS) offre la possibilitĂ© de faire tourner VMware dans le cloud Azure, permettant aux entreprises de migrer ou d’étendre leur infrastructure VMware existante vers le cloud tout en conservant leur environnement VMware, avec une gestion intĂ©grĂ©e via Azure. Cela constitue une solution de cloud privĂ© dans un cloud public, combinant sĂ©curitĂ©, contrĂŽle et flexibilitĂ© (voir "service Azure permettant d’exĂ©cuter VMware dans le cloud Azure").

  • La gestion centralisĂ©e via Azure Arc permet aussi d’administrer des ressources VMware dĂ©ployĂ©es dans AVS, facilitant la supervision, la conformitĂ© et la sĂ©curitĂ© Ă  travers une plateforme unifiĂ©e.

À retenir

Azure Arc et Azure VMware Solution offrent une gestion cohĂ©rente et flexible d’un environnement hybride, combinant la puissance du cloud public avec la sĂ©curitĂ© et le contrĂŽle du cloud privĂ©, tout en permettant une gestion simplifiĂ©e Ă  l’échelle globale.

6. Migration cloud

Notions clés & Définitions

  • Lift and Shift : mĂ©thode de migration consistant Ă  dĂ©placer une application ou un environnement tel quel, sans modification, vers le cloud. Exemple : migration avec Azure VMware Solution (AVS).
  • Refractor : processus de modification de l’architecture d’une application lors de la migration pour optimiser ses performances ou sa compatibilitĂ© avec le cloud, tout en conservant ses fonctionnalitĂ©s principales.
  • Rebuild : recrĂ©ation complĂšte de l’environnement ou de l’application dans le cloud, en repartant de zĂ©ro, souvent pour tirer parti des nouvelles architectures cloud ou services.

Points essentiels

  • La migration Lift and Shift permet une transition rapide en conservant l’état initial, facilitant la migration avec des outils comme Azure VMware Solution (AVS). Cependant, elle peut ne pas exploiter pleinement les avantages du cloud, notamment en termes d’optimisation et d’évolutivitĂ©.
  • La mĂ©thode Refractor intervient lorsque l’architecture doit ĂȘtre adaptĂ©e pour bĂ©nĂ©ficier des fonctionnalitĂ©s cloud, ce qui peut nĂ©cessiter une refonte partielle ou totale des applications.
  • La Rebuild est souvent choisie pour moderniser ou optimiser l’environnement, en recrĂ©ant une infrastructure adaptĂ©e aux services cloud, mais elle demande plus de temps et de ressources.
  • Azure VMware Solution (AVS) permet de faire tourner un environnement VMware dans le cloud Azure, combinant cloud privĂ© dans un cloud public, et facilite la migration Lift and Shift.
  • La sĂ©lection de la mĂ©thode dĂ©pend des contraintes techniques, du budget, et des objectifs stratĂ©giques de l’organisation.

À retenir

La migration cloud peut se faire par déplacement tel quel, modification architecturale ou recréation complÚte, chaque méthode étant adaptée à des besoins spécifiques et à des contraintes techniques.

7. CapEx vs OpEx

Notions clés & Définitions

  • CapEx (Capital Expenditure) : DĂ©penses d’investissement liĂ©es Ă  l’achat de matĂ©riel ou Ă  la construction d’infrastructures. Selon l’approche classique, cela implique un gros coĂ»t initial, une amortisation dans le temps et une rigiditĂ© dans la gestion des coĂ»ts (voir section 7).
  • OpEx (Operational Expenditure) : DĂ©penses de fonctionnement, correspondant aux paiements Ă  l’usage pour des services ou ressources. Ces coĂ»ts sont flexibles, sans investissement initial lourd, et la facturation est immĂ©diate (voir section 7).
  • Transformation du CapEx en OpEx : Avec le cloud, les entreprises peuvent convertir des investissements lourds en coĂ»ts opĂ©rationnels rĂ©currents, facilitant la flexibilitĂ© et l’adaptation aux besoins (voir section 7).

Points essentiels

  • Le CapEx concerne des investissements durables, comme la construction de datacenters ou l’achat de serveurs, impliquant un coĂ»t initial Ă©levĂ©, qui est amorti dans le temps, et une rigiditĂ© dans la gestion des dĂ©penses (voir section 7).
  • Le OpEx se traduit par des paiements rĂ©guliers pour l’utilisation de ressources ou services, tels que les abonnements cloud ou la location, sans besoin d’un gros investissement initial, ce qui permet une grande flexibilitĂ© (voir section 7).
  • La transition vers le cloud permet aux entreprises de transformer leurs dĂ©penses d’investissement (CapEx) en dĂ©penses opĂ©rationnelles (OpEx), favorisant la scalabilitĂ©, la rapiditĂ© de dĂ©ploiement, et la rĂ©duction des coĂ»ts liĂ©s Ă  la maintenance (voir section 7).

À retenir

Le cloud facilite la conversion du CapEx en OpEx, permettant une gestion plus flexible et adaptée aux besoins évolutifs des entreprises.

8. Composants Azure

Notions clés & Définitions

  • Azure : plateforme de cloud computing proposĂ©e par Microsoft, regroupant plus de 100 services, permettant de crĂ©er, dĂ©ployer et gĂ©rer des systĂšmes informatiques dans le cloud. Azure est une "boĂźte Ă  outils gĂ©ante" pour dĂ©velopper des solutions cloud (voir introduction).
  • Comptes Azure : identifiants nĂ©cessaires pour accĂ©der aux services Azure. Il en existe plusieurs types : classique (payant, utilisĂ© en entreprise), gratuit (avec crĂ©dits initiaux et services gratuits), Ă©tudiant (avec crĂ©dits spĂ©cifiques), et sandbox (temporaire, pour tester, auto-supprimĂ©). Les comptes nĂ©cessitent un abonnement pour utiliser Azure (voir section 2).
  • RĂ©gions Azure : zones gĂ©ographiques contenant au moins un datacenter, permettant d'optimiser la performance, la conformitĂ© et la disponibilitĂ© des ressources. Plus de 60 rĂ©gions dans le monde (voir section 5).
  • Groupes de ressources : conteneurs logiques regroupant plusieurs ressources Azure (VM, stockage, rĂ©seau, etc.) ayant un cycle de vie commun. Une ressource doit appartenir Ă  un seul groupe, qui facilite la gestion et l'organisation (voir section 11).
  • Zones de disponibilitĂ© : sous-ensembles d'une rĂ©gion Azure, composĂ©s de datacenters sĂ©parĂ©s physiquement mais proches, pour assurer la haute disponibilitĂ© et l'isolation des pannes. Au moins 3 zones par rĂ©gion (voir section 7).

Points essentiels

  • Azure constitue une plateforme cloud complĂšte avec plus de 100 services, incluant IA, stockage, VM, rĂ©seau, etc., permettant la crĂ©ation de systĂšmes informatiques dans le cloud (voir introduction).
  • La gestion des ressources dans Azure repose sur une hiĂ©rarchie structurĂ©e : groupes d’administration (niveau global), abonnements (gestion et facturation), groupes de ressources (conteneurs logiques), et ressources (Ă©lĂ©ments de base comme VM, stockage, etc.) (voir section 13).
  • Pour utiliser Azure, il est indispensable de disposer d’un compte Azure et d’un abonnement. Les comptes peuvent ĂȘtre classiques, gratuits, Ă©tudiants ou sandbox, selon le besoin et le contexte (voir section 2).
  • La localisation des ressources est optimisĂ©e par le choix des rĂ©gions et des zones de disponibilitĂ©, permettant de rĂ©pondre aux exigences de performance, de conformitĂ© et de disponibilitĂ© (voir sections 5 et 7).
  • La gestion des ressources se fait via des groupes de ressources, qui organisent et simplifient la gestion du cycle de vie des Ă©lĂ©ments dĂ©ployĂ©s dans Azure (voir section 11).

À retenir

Azure est une plateforme cloud modulaire et hiérarchisée, dont la maßtrise des composants clés (comptes, régions, groupes) est essentielle pour déployer efficacement des solutions dans le cloud Microsoft.

9. Régions et zones

Notions clés & Définitions

  • RĂ©gion Azure : zone gĂ©ographique contenant au moins un datacenter, permettant de dĂ©ployer des ressources proches des utilisateurs pour optimiser la performance et la conformitĂ© (plus de 60 rĂ©gions dans le monde).
  • Zones de disponibilitĂ© : regroupements de datacenters sĂ©parĂ©s physiquement dans une mĂȘme rĂ©gion, conçus pour assurer une haute disponibilitĂ© et une isolation des pannes.
  • Paires de rĂ©gions : association de deux rĂ©gions distinctes pour la rĂ©plication des donnĂ©es et la continuitĂ© d’activitĂ©, gĂ©nĂ©ralement situĂ©es Ă  au moins 480 km l’une de l’autre, afin d’assurer une rĂ©silience accrue.
  • RĂ©gions souveraines : rĂ©gions isolĂ©es pour des raisons lĂ©gales ou de sĂ©curitĂ©, telles que Azure China ou celles pour le gouvernement US, avec un accĂšs restreint et une conformitĂ© spĂ©cifique.

Points essentiels

  • Une rĂ©gion Azure est une zone gĂ©ographique avec plusieurs datacenters connectĂ©s en faible latence, permettant de dĂ©ployer des ressources proches des utilisateurs finaux pour amĂ©liorer la performance et respecter la lĂ©gislation locale (voir "RĂ©gion Azure").
  • Les zones de disponibilitĂ© offrent une isolation physique au sein d’une mĂȘme rĂ©gion, permettant de rĂ©partir les services pour Ă©viter une panne totale : en cas de dĂ©faillance d’une zone, les autres continuent Ă  fonctionner, garantissant ainsi la haute disponibilitĂ© (voir "Zones de disponibilitĂ©").
  • La relation entre rĂ©gions via les paires de rĂ©gions permet la rĂ©plication automatique ou manuelle des donnĂ©es pour assurer la continuitĂ© en cas de panne ou de catastrophe, avec une distance minimale de 480 km pour Ă©viter qu’un mĂȘme incident affecte les deux rĂ©gions (voir "Paires de rĂ©gions").
  • Les rĂ©gions souveraines sont conçues pour respecter des contraintes lĂ©gales strictes, notamment en matiĂšre de sĂ©curitĂ© et de confidentialitĂ©, en isolant gĂ©ographiquement et administrativement ces rĂ©gions des autres zones Azure (voir "RĂ©gions souveraines").

À retenir

Les rĂ©gions Azure, subdivisĂ©es en zones de disponibilitĂ© et associĂ©es en paires, permettent d’assurer la performance, la rĂ©silience et la conformitĂ© lĂ©gale des dĂ©ploiements cloud, tandis que les rĂ©gions souveraines rĂ©pondent Ă  des exigences spĂ©cifiques en matiĂšre de sĂ©curitĂ© et de lĂ©gislation.

10. Ressources Azure

Notions clés & Définitions

  • Machine virtuelle (VM) : Serveur virtuel dans le cloud (IaaS) permettant d’installer un OS, des logiciels, et de se configurer selon ses besoins. Elle offre une personnalisation totale, une mise Ă  l’échelle flexible, mais nĂ©cessite une gestion de la sĂ©curitĂ© et des mises Ă  jour.
  • Groupe de ressources : Conteneur logique regroupant plusieurs ressources Azure ayant un cycle de vie commun. Selon PERROUX (date), il s’agit d’un moyen d’organiser et de gĂ©rer efficacement les ressources en fonction d’un projet ou environnement.
  • Compte de stockage Azure : UnitĂ© unique pour stocker des donnĂ©es dans Azure, accessible via Internet, avec une gestion de la sĂ©curitĂ© et une possibilitĂ© de redondance (LRS, ZRS, GRS, GZRS). Selon PERROUX (date), c’est la porte d’entrĂ©e pour tous les services de stockage dans Azure.
  • Conteneur Azure : Virtualisation lĂ©gĂšre permettant d’exĂ©cuter plusieurs applications ou services isolĂ©s sur une seule machine physique ou virtuelle, offrant rapiditĂ© de redĂ©marrage et scalabilitĂ©.
  • Ressource : ÉlĂ©ment de base créé dans Azure, comme une VM, un stockage, un rĂ©seau, une base SQL, un App Service ou une Function, qui constitue la brique fondamentale du cloud Azure.

Points essentiels

  • Chaque ressource Azure doit appartenir Ă  un seul groupe de ressources, qui facilite leur gestion et leur cycle de vie (voir section 11).
  • Les ressources sont dĂ©ployĂ©es dans des rĂ©gions gĂ©ographiques, regroupĂ©es en zones de disponibilitĂ© pour assurer la haute disponibilitĂ© et la rĂ©silience (voir section 9).
  • Le compte de stockage Azure centralise toutes les donnĂ©es, avec des options de redondance pour assurer la sĂ©curitĂ© contre la perte de donnĂ©es (LRS, ZRS, GRS, GZRS).
  • Les VM (Machines virtuelles) offrent une infrastructure flexible pour hĂ©berger des applications, avec possibilitĂ© de mise Ă  l’échelle automatique via VM Scale Sets.
  • Les conteneurs (Azure Container Instances, Azure Container Apps, AKS) permettent une virtualisation lĂ©gĂšre et une orchestration facilitĂ©e pour dĂ©ployer des microservices.
  • Les ressources Azure sont gĂ©rĂ©es via des abonnements, qui organisent la facturation, les accĂšs et la gestion globale (voir section 12).
  • La hiĂ©rarchie d’organisation inclut les groupes d’administration pour appliquer des politiques globales Ă  plusieurs abonnements (voir section 13).

À retenir

Les ressources Azure sont les éléments fondamentaux du cloud, organisés en groupes pour une gestion efficace, et déployés dans des régions pour garantir performance, disponibilité et sécurité.

11. Groupes et abonnements

Notions clés & Définitions

  • Groupes de ressources : Conteneurs logiques regroupant plusieurs ressources Azure ayant un mĂȘme cycle de vie. Chaque ressource doit appartenir Ă  un seul groupe, et il n’est pas possible d’avoir des groupes imbriquĂ©s (pas de sous-groupes). Ils permettent d’organiser et de gĂ©rer efficacement les ressources selon le projet, l’application ou l’environnement (voir section 11).

  • Abonnements Azure : UnitĂ© de gestion, de facturation et de contrĂŽle d’accĂšs. Ils structurent l’utilisation des ressources en permettant de gĂ©rer les coĂ»ts, les accĂšs et la facturation. Plusieurs abonnements peuvent coexister pour distinguer les environnements (dĂ©veloppement, test, production) ou les Ă©quipes diffĂ©rentes (voir section 12).

  • Groupes d’administration : Niveau supĂ©rieur aux abonnements, ils permettent d’organiser plusieurs abonnements, d’appliquer des rĂšgles globales, et de gĂ©rer la gouvernance Ă  l’échelle de l’organisation. Ils peuvent ĂȘtre imbriquĂ©s pour structurer la gouvernance et imposer des politiques (voir section 13).

Points essentiels

  • Organisation hiĂ©rarchique : La hiĂ©rarchie Azure se compose de groupes d’administration en haut, qui contiennent des abonnements, eux-mĂȘmes contenant des groupes de ressources, qui regroupent enfin les ressources concrĂštes telles que VM, stockage, rĂ©seaux, etc. La hiĂ©rarchie est conçue pour faciliter la gestion Ă  grande Ă©chelle (voir section 13).

  • RĂšgles et contraintes : Une ressource ne peut appartenir qu’à un seul groupe de ressources Ă  la fois. Il n’est pas possible d’avoir des groupes imbriquĂ©s, ce qui impose une organisation claire par projet ou environnement. La gestion des accĂšs et la facturation se font au niveau des abonnements et des groupes d’administration.

  • Gestion et gouvernance : Les groupes d’administration permettent d’imposer des politiques globales, de limiter les rĂ©gions accessibles, et de gĂ©rer les accĂšs Ă  plusieurs abonnements simultanĂ©ment. La limite maximale est de 10 000 groupes d’administration, avec 6 niveaux d’imbrication maximum, et un seul parent par groupe ou abonnement (voir section 13).

  • Ressources et cycle de vie : Les groupes de ressources sont des conteneurs logiques qui facilitent la gestion du cycle de vie des ressources, en regroupant celles qui partagent une mĂȘme durĂ©e de vie ou un mĂȘme contexte opĂ©rationnel.

À retenir

Les groupes de ressources organisent logiquement les ressources Azure selon leur cycle de vie, tandis que les abonnements structurent la gestion et la facturation, et les groupes d’administration assurent la gouvernance globale Ă  l’échelle de l’organisation.

12. Services de calcul Azure

Notions clés & Définitions

  • Machines virtuelles Azure (VM) : Serveurs virtuels dans le cloud (IaaS) permettant d’installer un OS, des logiciels et de configurer selon les besoins, avec crĂ©ation rapide via image, personnalisation totale et mise Ă  l’échelle flexible. (source)
  • VM Scale Sets (VMSS) : Groupes de VM identiques avec scaling automatique, Ă©quilibrage de charge et gestion automatique des mises Ă  jour, utilisĂ©s pour gĂ©rer de gros trafics ou applications Ă  grande Ă©chelle. (source)
  • Groupes Ă  haute disponibilitĂ© : Ensemble de VM rĂ©parties pour Ă©viter les pannes, avec une distribution sur plusieurs domaines pour assurer la continuitĂ© en cas de dĂ©faillance d’une VM ou d’un domaine. (source)
  • Azure Virtual Desktop : Solution cloud permettant un accĂšs Ă  distance Ă  Windows, multi-utilisateurs, avec sĂ©curitĂ© renforcĂ©e (MFA, RBAC) et isolation des sessions, pour travailler depuis n’importe oĂč. (source)
  • Conteneurs Azure : Virtualisation lĂ©gĂšre permettant d’exĂ©cuter plusieurs applications ou services sur une seule machine physique ou virtuelle, avec redĂ©marrage rapide et scalabilitĂ©. (source)
  • Azure Container Instances (ACI) : Service PaaS permettant d’exĂ©cuter un conteneur sans gĂ©rer de VM, offrant rapiditĂ© et simplicitĂ© pour dĂ©ployer des conteneurs dans Azure. (source)

Points essentiels

  • Les VM Azure offrent une flexibilitĂ© totale pour dĂ©ployer, personnaliser et faire Ă©voluer des serveurs virtuels dans le cloud, mais nĂ©cessitent une gestion des mises Ă  jour et de la sĂ©curitĂ©.
  • Les VM Scale Sets permettent une gestion automatisĂ©e de groupes de VM identiques, optimisĂ©es pour le traitement de gros volumes de trafic ou d’applications Ă  grande Ă©chelle, avec Ă©quilibrage de charge intĂ©grĂ©.
  • La haute disponibilitĂ© est assurĂ©e par la rĂ©partition des VM sur plusieurs domaines ou zones, Ă©vitant ainsi les interruptions en cas de panne ou de mise Ă  jour.
  • Azure Virtual Desktop facilite le tĂ©lĂ©travail sĂ©curisĂ© en proposant un environnement Windows accessible Ă  distance, avec contrĂŽle d’accĂšs basĂ© sur les rĂŽles et isolation des sessions.
  • Les conteneurs Azure et ACI offrent une virtualisation lĂ©gĂšre, permettant un dĂ©ploiement rapide, scalable et simplifiĂ©, notamment dans une architecture microservices ou serverless.
  • La gestion des conteneurs via AKS (Azure Kubernetes Service) permet d’orchestrer des milliers de conteneurs, automatisant dĂ©ploiements et gestion du cycle de vie.

À retenir

Azure propose une gamme de services de calcul allant des VM classiques aux conteneurs lĂ©gers, permettant de rĂ©pondre Ă  tous les besoins d’échelle, de flexibilitĂ© et de haute disponibilitĂ© dans le cloud.

Tableaux de SynthĂšse

ModÚle de serviceContrÎleGestion par AzureExempleResponsabilités principales
IaaSVM, OS, applicationsNonAzure Virtual MachinesClient : VM, OS, applications ; Azure : infrastructure physique
PaaSCode, applicationsPartielAzure App ServiceClient : code ; Azure : OS, runtime, infrastructure
SaaSUtilisation d’appsOuiMicrosoft TeamsAzure : gestion complùte du logiciel et plateforme
Types de cloudDéfinitionAvantagesInconvénientsExemple
Cloud privéInfrastructure dédiée à une seule entrepriseSécurité, contrÎleCoûts élevés, gestion complexeDataCenter privé, Azure Stack
Cloud publicRessources partagées, accessibles via InternetFlexibilité, coût réduitMoins sécuriséAzure, AWS
Cloud hybrideCombinaison privé/publicFlexibilité, sécuritéComplexité de gestionAzure Arc, solutions hybrides

PiÚges & Confusions Fréquentes

  1. Confondre IaaS et PaaS : IaaS donne le contrĂŽle total sur VM et OS, PaaS limite ce contrĂŽle au code.
  2. Croire que SaaS ne nĂ©cessite aucune gestion : Azure gĂšre tout, mais l’utilisateur doit gĂ©rer ses donnĂ©es et accĂšs.
  3. Confusion entre cloud privé et cloud hybride : hybride combine privé et public, privé est dédié à une seule entité.
  4. Mauvaise comprĂ©hension des responsabilitĂ©s partagĂ©es : le fournisseur gĂšre l’infrastructure, le client gĂšre les donnĂ©es et accĂšs.
  5. Confusion entre Azure Arc et Azure VMware Solution : Arc pour gestion multi-cloud/hybride, VMware pour migration VMware.
  6. Penser que le cloud ne concerne que le stockage : il inclut calcul, réseau, sécurité, etc.
  7. Ignorer la différence entre CapEx et OpEx : cloud favorise OpEx, coûts opérationnels.

Checklist Examen

  • ConnaĂźtre la dĂ©finition de Perroux sur la croissance Ă©conomique.
  • Savoir les notions clĂ©s du cloud computing : accĂšs Ă  la demande, modĂšles de fourniture, responsabilitĂ©s partagĂ©es.
  • MaĂźtriser les modĂšles de service cloud : IaaS, PaaS, SaaS, avec exemples.
  • Comprendre le concept de responsabilitĂ©s partagĂ©es entre fournisseur et client selon le modĂšle.
  • Identifier les caractĂ©ristiques des diffĂ©rents types de cloud : privĂ©, public, hybride, multi-cloud.
  • ConnaĂźtre le rĂŽle d’Azure Arc dans la gestion multi-cloud et hybride.
  • Savoir ce qu’est la migration cloud : stratĂ©gies Lift and Shift, Refractor, Rebuild.
  • DiffĂ©rencier CapEx et OpEx dans le contexte du cloud.
  • Identifier les composants clĂ©s d’Azure : rĂ©gions, zones, ressources, groupes, abonnements.
  • ConnaĂźtre les principaux services de calcul Azure : VM, Azure Functions, Azure Container Instances.
  • Comprendre la gestion des ressources Azure : organisation, sĂ©curitĂ©, gouvernance.
  • MaĂźtriser la diffĂ©rence entre rĂ©gions et zones Azure.
  • VĂ©rifier la maĂźtrise du vocabulaire spĂ©cifique au cloud et aux services Azure.

Test your knowledge

Test your knowledge on Introduction aux services cloud Azure with 12 multiple-choice questions with detailed corrections.

1. Quel nom donne-t-on Ă  la solution Azure permettant d’exĂ©cuter VMware dans le cloud Azure ?

2. Quelle est la caractéristique principale d'une région Azure ?

Take the quiz →

Review with flashcards

Memorize the key concepts of Introduction aux services cloud Azure with 24 interactive flashcards.

Cloud computing — dĂ©finition ?

AccĂšs Ă  des ressources informatiques via Internet Ă  la demande.

Modùles de service cloud — types ?

IaaS, PaaS, SaaS.

ResponsabilitĂ©s partagĂ©es — rĂŽle ?

Répartition des tùches entre fournisseur et client.

See flashcards →

Similar courses

Create your own revision sheets

Import your course and AI generates sheets, quizzes and flashcards in 30 seconds.

Sheet generator