Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
Ce guide vous aide à planifier et à concevoir votre réseau Azure. Il vous indique quels services réseau Azure sont disponibles et vous aide à choisir les services adaptés en fonction des besoins de votre charge de travail. Commencez ici pour les migrations d’applications et les nouvelles conceptions natives cloud.
Qu'est-ce que la mise en réseau Azure ?
Dans Azure, la mise en réseau est définie par logiciel. Contrairement aux réseaux locaux où vous gérez des câbles physiques, des commutateurs et des appliances matérielles, Azure réseau est un ensemble de services que vous créez et configurez. Utilisez le portail Azure, Azure CLI ou les outils d’infrastructure en tant que code comme Bicep et Terraform. Les blocs de construction (réseaux virtuels, passerelles, équilibreurs de charge et pare-feu) sont des ressources que vous approvisionnez à la demande et mettez à l’échelle indépendamment.
Pensez-y de cette façon : dans un centre de données traditionnel, le réseau existe avant de déployer quoi que ce soit. Les câbles sont installés, les commutateurs sont montés en baie et configurés, et les pare-feu sont approvisionnés plusieurs semaines à l'avance. Dans Azure, vous créez les ressources réseau dans le cadre de votre déploiement. Vous définissez l’espace d’adressage, créez des sous-réseaux, attachez des règles de sécurité et connectez-vous à Internet ou à votre environnement local. Cette configuration prend des minutes au lieu de semaines.
Cette approche définie par logiciel vous offre une flexibilité que les réseaux physiques ne proposent pas :
- Approvisionnement à la demande : créez, modifiez ou supprimez des ressources réseau sans l’approvisionnement matériel ou l’accès physique.
- Configuration déclarative : définissez l’état de votre réseau cible dans les modèles. Azure gère les détails de l’implémentation.
- Mise à l’échelle indépendante : Mettez à l’échelle un équilibreur de charge, ajoutez des sous-réseaux ou développez un espace d’adressage sans affecter d’autres ressources.
- Redondance intégrée : par défaut, de nombreux services de mise en réseau Azure incluent des options redondantes interzone et géoredondantes.
Avant de déployer une charge de travail dans Azure, vous avez besoin d’un réseau. Chaque machine virtuelle, base de données, conteneur et application web s’exécute à l’intérieur d’un réseau virtuel. Réseau virtuel Azure s’intègre directement à plus de 16 autres services Azure : de Pare-feu Azure et de Azure Application Gateway à Azure Private Link et Azure Bastion. Ce guide vous aide à déterminer quels services inclure et comment ils s’intègrent ensemble.
Azure services de mise en réseau en un clin d’œil
La mise en réseau dans Azure couvre plusieurs catégories. Vous n’en avez pas besoin. Choisissez les services qui correspondent aux exigences de votre charge de travail :
- Mise en réseau virtuel : réseaux virtuels, sous-réseaux, adressage IP et interfaces réseau. La base de tout le reste.
- Connectivité : passerelle VPN, ExpressRoute et peering de réseaux virtuels. Connectez Azure à votre environnement local, à d’autres régions Azure ou à d’autres clouds.
- Équilibrage de charge et remise des applications : Azure Load Balancer, Azure Application Gateway, Azure Front Door et Azure Traffic Manager. Distribuez le trafic, optimisez les performances et améliorez la disponibilité.
- Sécurité : groupes de sécurité réseau, Pare-feu Azure, Azure Web Application Firewall et protection DDoS Azure. Contrôler le flux de trafic et protéger vos ressources.
- Accès privé : Azure Private Link et points de terminaison privés. Connectez-vous à Azure services PaaS sans exposer le trafic vers l’Internet public.
- DNS : Azure DNS, zones DNS privées et Azure DNS programme de résolution privé. Résolution de noms pour vos environnements Azure et hybrides.
- Surveillance et gestion : Azure Network Watcher, Azure Monitor et Azure Virtual Network Manager. Observez le trafic, diagnostiquez les problèmes et gérez les réseaux à grande échelle.
Ce guide couvre toutes ces catégories. Chaque article se concentre sur un domaine de capacité et vous aide à choisir entre les services de ce domaine.
Choisir votre scénario
Commencez ici. Un chemin de scénario est la méthode recommandée pour utiliser ce guide. Choisissez le chemin qui correspond à votre projet et suivez-le de bout en bout. Chaque chemin d’accès séquence chaque décision de conception dans l’ordre approprié :
| Scénario | Idéal pour | Guide |
|---|---|---|
| Migration lift-and-shift | Déplacement des charges de travail locales vers Azure IaaS sans re-architecture | Parcours de mise en réseau lift-and-shift |
| Migrer et moderniser | Adoption des services, conteneurs et bases de données managées PaaS | Chemin de mise en réseau de modernisation |
| Multicloud | Connexion Azure à AWS ou Google Cloud, ou migration à partir d’un autre cloud | Chemin de mise en réseau intercloud |
Tip
Vous ne savez pas quel scénario s’adapte ? Lisez les descriptions précédentes ou passez à l’exploration basée sur les capacités.
Note
Vous ne savez pas s’il s’agit d’un lift-and-shift ou d’une modernisation ? Si vos charges de travail s'exécutent sur des machines virtuelles avec un minimum de modifications, commencez par une migration lift-and-shift. Si vous adoptez des services PaaS comme AKS, App Service ou Azure SQL, commencez par migrer et moderniser. Revisitez l’autre chemin plus tard si nécessaire. Les articles se chevauchent.
Votre chemin de conception
Sélectionnez votre scénario en haut de cet article pour personnaliser le reste du guide. Voici comment votre chemin diffère :
Votre stratégie de lift-and-shift : Vous migrez des charges de travail sur site vers Azure IaaS avec un minimum de modifications.
- Fondations: Un réseau virtuel par application et un sous-réseau par composant, en miroir de votre segmentation locale. Dimensionnez l'espace d'adressage avec une marge de croissance et évitez tout chevauchement avec les plages locales.
- Connectivité : passerelle VPN ou ExpressRoute dans un hub pour l’accès local, Azure Bastion pour l’accès administrateur et une zone DNS privée avec des enregistrements d’alias pour conserver les noms hérités codés en dur.
- Topologie et résilience : Une architecture hub-and-spoke monorégion est généralement suffisante. Planifiez la récupération d'urgence avec Azure Site Recovery pour les charges de travail qui ne peuvent pas s'étendre sur des zones ou des régions.
- Ordre suggéré : Réseaux virtuels et sous-réseaux, planification IP, groupes de sécurité réseau, hub-and-spoke, connectivité hybride, accès développeur et administrateur, sécurité DNS, sortie sortante, Pare-feu Azure, surveillance.
Votre parcours de migration et de modernisation : Vous adoptez le PaaS, des conteneurs et des bases de données gérées, souvent avec une résilience de type active-active.
- Fondations: Concevez des sous-réseaux autour des services de plateforme (sous-réseaux dédiés pour App Service Environment et AKS avec superposition CNI) et réservez un espace d’adressage sans chevauchement entre vos régions principales et de sauvegarde.
- Connectivité et distribution : acheminez le trafic de sortie des spokes via un pare-feu de hub à l'aide de routes définies par l'utilisateur, placez Azure Front Door et WAF devant les applications web et utilisez Traffic Manager pour les applications non web.
- Topologie et opérations : Déployez une architecture actif-actif sur deux régions avec des SKU redondantes entre zones, séparez la gestion du hub et des spokes au moyen d’abonnements et de RBAC, et utilisez Azure Virtual Network Manager pour garantir des stratégies cohérentes.
- Ordre suggéré : Réseaux virtuels et sous-réseaux, planification IP, groupes de sécurité réseau, hub-and-spoke, multirégion, entrée Internet, remise d’applications, accès privé PaaS, Pare-feu Azure, WAF, DDoS, sécurité DNS, surveillance, AVNM.
Votre chemin d’accès intercloud : Vous vous connectez Azure à AWS ou Google Cloud, ou vous migrez à partir d'un autre cloud.
- Commencez par découvrir : Mappez vos enregistrements AWS et Google Cloud existants et DNS avant de concevoir Azure, puis mappez chaque service source à son équivalent Azure.
- Topologie et connectivité : Utilisez Azure Virtual WAN avec un hub sécurisé et connectez-vous à AWS et Google Cloud via un VPN IPsec. Répliquez vos règles de groupe de sécurité existantes dans des NSG.
- Résolution de noms et acheminement : Utilisez Azure DNS Private Resolver pour la résolution entre clouds et sur site, et placez un WAF de couche 7 sur l’Application Gateway du réseau spoke au lieu d’exposer des adresses IP publiques sur les machines virtuelles.
- Ordre suggéré : Multicloud et interrégion, Virtual WAN, réseaux virtuels et sous-réseaux, planification IP, groupes de sécurité réseau, connectivité hybride, sécurité DNS, Pare-feu Azure, surveillance.
Comment utiliser ce guide
Si un chemin de scénario ne correspond pas à votre projet, utilisez ce guide comme référence de fonctionnalité et accédez directement à l’article pour la fonctionnalité dont vous avez besoin. De toute façon, lisez d’abord les articles fondamentaux.
Pour qui est ce guide ? Les administrateurs réseau, les architectes cloud, les décideurs informatiques et les développeurs qui doivent concevoir ou comprendre Azure mise en réseau. Aucune expérience Azure antérieure n’est requise. Les articles fondamentaux commencent par les premiers principes.
Ce que ce guide n’est pas : Ce guide n’est pas un guide de déploiement. Il n'inclut pas les procédures pas à pas du portail Azure ou les commandes CLI. Une fois vos décisions de conception prises, suivez les liens d’implémentation dans la section « En savoir plus » de chaque article pour obtenir des instructions de déploiement pas à pas.
Chaque article de fonctionnalité suit la même structure (ce qu’il couvre, qui en a besoin, les services Azure impliqués, les tables de décision pour le choix, les prérequis et les considérations de sécurité) afin de pouvoir rechercher ce dont vous avez besoin.
Structure du guide
Le guide comporte cinq sections :
| Chapitre | Qu’est-ce qu’il contient ? | Comment l’utiliser ? |
|---|---|---|
| Articles fondamentaux | Réseaux virtuels, adressage IP et groupes de sécurité réseau. Concepts fondamentaux utilisés par chaque déploiement Azure. | Lisez-les en premier. Ils traitent des éléments de base sur lesquels tous les autres articles s’appuient. |
| Articles sur la connectivité | Connectivité hybride, entrée Internet, remise d’applications, accès sortant, accès privé PaaS, accès aux machines virtuelles et connexions interrégions. | Accédez aux articles qui correspondent à la façon dont votre charge de travail se connecte : à Internet, à l’emplacement local, à d’autres services Azure ou dans différentes régions. |
| Articles sur la topologie | Topologies de réseau allant de réseaux plats simples à des architectures hub-and-spoke, Azure Virtual WAN et multirégion. | Choisissez en fonction de l’échelle et de la complexité de votre environnement. Commencez simple et augmentez. |
| Articles de sécurité | Pare-feu Azure, Azure Web Application Firewall, protection DDoS Azure et sécurité DNS. | Accédez aux articles qui correspondent à vos exigences de sécurité. Chaque article du guide comprend également une section considérations relatives à la sécurité. |
| Articles sur les opérations | Surveillance du réseau, observabilité et gestion centralisée avec Azure Virtual Network Manager. | Utilisez ces articles pour planifier la façon dont vous allez surveiller, dépanner et gérer votre réseau après le déploiement. |
Le diagramme suivant montre comment le guide est organisé. La vue d’ensemble se connecte aux cinq groupes d’articles, tandis que les guides de scénario et le résumé de phase aident les lecteurs à choisir comment parcourir le contenu.
Où commencer : Pour la plupart des projets, commencez par un chemin de scénario. C’est la porte d’entrée recommandée, et chaque chemin séquence vos décisions dans l’ordre approprié. Si vous connaissez déjà la capacité dont vous avez besoin, utilisez le navigateur des besoins métier. Si vous débutez avec la mise en réseau dans Azure, poursuivez la lecture de cette vue d’ensemble ou définissez vos besoins à l’aide de l’évaluation des besoins.
Rassemblez d’abord vos besoins
Une bonne conception réseau commence par la découverte, et non par le déploiement. Avant de créer un seul réseau virtuel, rassemblez les entrées qui déterminent vos décisions de conception. Chaque entrée du tableau suivant est mappée à une décision que vous prenez et à l’article qui vous aide à le faire. Collectez ces entrées pour chaque charge de travail que vous envisagez d’exécuter dans Azure, idéalement pour tout ce que vous prévoyez de déplacer ou de générer au cours des trois à cinq prochaines années, afin que votre espace d’adressage et votre topologie aient de la place pour croître.
| Données à recueillir | La décision de conception qu’il entraîne | Où aller |
|---|---|---|
| Noms de charge de travail et nombre de composants (niveaux) | Nombre de réseaux virtuels et de sous-réseaux : un réseau virtuel par charge de travail, un sous-réseau par composant | Réseaux virtuels et sous-réseaux |
| Nombre d’éléments par composant, maintenant et projeté | Espace d’adressage et dimensionnement du sous-réseau ; si vous avez besoin d’un équilibreur de charge | Planification d’adresses IP, remise d’applications |
| Régions de déploiement | Sélection de la région et si vous avez besoin d’une conception multirégion | Mise en réseau multirégion |
| Flux de trafic entre les composants | Peering, règles des groupes de sécurité réseau et résolution de noms interne | Groupes de sécurité réseau, sécurité DNS |
| Connectivité et bande passante locales | passerelle VPN et ExpressRoute ; plages d’adresses qui évitent le chevauchement | Connectivité hybride, planification des adresses IP |
| Besoins en matière d’accès développeur et administrateur | AZURE BASTION ou VPN point à site | Accès développeur et administrateur |
| Configuration requise pour Internet sortant | Passerelle NAT, Pare-feu Azure ou les deux ; remplacez l’accès sortant par défaut | Accès Internet sortant |
| Exigences relatives au trafic Internet entrant | Application Gateway, Azure Front Door, Traffic Manager, WAF et protection DDoS | Entrée Internet, remise d’application |
| dépendances PaaS Azure | Private Link, points de terminaison privés ou points de terminaison de service | Accès privé PaaS |
| Autres clouds et interconnexion entre régions | Hub-and-spoke ou Virtual WAN ; transit entre clouds | Topologie hub-and-spoke, Virtual WAN, connectivité interrégion et multicloud |
| Niveau de sécurité (isolation, inspection, chiffrement) | Segmentation, inspection du pare-feu et contrôles de périmètre | Groupes de sécurité réseau, Pare-feu Azure |
| Niveau de résilience (zonal et régional) | Références SKU redondantes interzone ou régionales | Mise en réseau multirégion |
| Besoins de surveillance et d’observabilité | Network Watcher et journaux de flux | Surveillance et observabilité du réseau |
Après avoir rassemblé ces éléments, utilisez le navigateur des besoins métier pour faire correspondre chaque exigence à l’article qui la traite. Si vous suivez un chemin de scénario, chaque guide séquence ces décisions pour vous.
Commencez ici : articles fondamentaux
Avant d’explorer des fonctionnalités spécifiques, lisez les trois articles fondamentaux. Ces articles couvrent les blocs de construction que chaque Azure réseau utilise, quel que soit le type de charge de travail ou la complexité.
| Article | Ce qu’il couvre | Pourquoi c’est fondamental |
|---|---|---|
| Azure réseaux virtuels et sous-réseaux | Création de réseaux virtuels, conception de sous-réseau, sous-réseaux dédiés et décisions relatives à l’espace d’adressage | Chaque charge de travail Azure s’exécute dans un réseau virtuel. Vous avez besoin de cet article avant tout autre chose. |
| Planification des adresses IP | Allocation d’adresses IP privées et publiques, plages RFC 1918, planification CIDR et décisions IPv6 | Les adresses IP sous-tendent chaque décision de mise en réseau. Une planification médiocre provoque des conflits de résolution qui sont coûteux à corriger ultérieurement. |
| Groupes de sécurité réseau et groupes de sécurité d’application | Règles de filtrage du trafic, affectation de groupe de sécurité, balises de service et posture de refus par défaut | Le contrôle de trafic est actif par défaut dans Azure, mais fonctionne correctement lorsque vous le configurez intentionnellement. |
Une fois les articles fondamentaux terminés, passez aux articles de capacité correspondant aux besoins de votre charge de travail. Il n’y a aucune commande requise. Chaque article de fonctionnalité est autonome.
Navigateur pour les besoins de l’entreprise
Utilisez ce tableau pour trouver l’article approprié en fonction des besoins de votre charge de travail. Chaque ligne mappe une exigence métier courante à l’article qui l’aborde.
| J’ai besoin de... | Accéder à | Code de l’article |
|---|---|---|
| Configurer mon réseau virtuel principal et mes sous-réseaux | Réseaux virtuels et sous-réseaux | F1 |
| Planifier et allouer mon espace d’adressage IP | Planification des adresses IP | F2 |
| Contrôler le trafic entre mes sous-réseaux et ressources | Groupes de sécurité réseau et ASG | F3 |
| Connecter mon bureau local ou mon centre de données à Azure | Connectivité hybride | C1 |
| Permettre aux utilisateurs Internet d’atteindre mon application | Entrée Internet | C2 |
| Optimiser la distribution et les performances des applications à l’échelle mondiale | Remise et performances des applications | C3 |
| Contrôler ce que mes ressources Azure peuvent atteindre sur Internet | Accès Internet sortant | C4 |
| Connecter Azure machines virtuelles à des stockage Azure, des bases de données ou d’autres services PaaS sans passer par Internet public | Accès privé PaaS | C5 |
| Permettre aux développeurs ou aux administrateurs d’accéder en toute sécurité aux machines virtuelles Azure | Accès développeur et administrateur | C6 |
| Connecter des ressources Azure dans différentes régions ou se connecter à AWS ou Google Cloud | Connectivité interrégion et multicloud | C7 |
| Concevoir un réseau simple pour une seule charge de travail | Topologie de réseau plat | T1 |
| Héberger plusieurs charges de travail avec des services partagés comme un pare-feu ou une passerelle | Topologie hub-and-spoke | T2 |
| Gérer les réseaux dans de nombreuses succursales et régions | Azure Virtual WAN | T3 |
| Déployer ma charge de travail dans plusieurs régions Azure pour la haute disponibilité | Mise en réseau multirégion | T4 |
| Inspecter et filtrer tout le trafic avec un pare-feu | Pare-feu Azure | S1 |
| Protéger mon application web contre les attaques de couche HTTP | Web Application Firewall | S2 |
| Protéger mes ressources exposées au public contre les attaques volumétriques | Protection DDoS | S3 |
| Configurer la résolution de noms privés ou sécuriser mon DNS | Sécurité DNS et résolution de noms privés | S4 |
| Surveillez l’état et le trafic de mon réseau | Surveillance et observabilité du réseau | O1 |
| Gérer les réseaux virtuels sur plusieurs abonnements de manière centralisée | Gestion centralisée du réseau avec Azure Virtual Network Manager | O2 |
Tip
Si vous ne savez pas où commencer, lisez d’abord les trois articles fondamentaux (F1-F3), puis revenez à ce tableau. La plupart des charges de travail ont besoin d’au moins un article de connectivité (C1-C7) et d’un article de topologie (T1-T4) ainsi que des bases. Pour obtenir des exemples de travail qui montrent l’ensemble complet d’articles pour les charges de travail courantes, consultez modèles de charge de travail courants.
Phases de conception en un clin d’œil
Les phases suivantes décrivent la progression classique de la planification aux opérations. Chaque phase s’appuie sur la précédente.
| Phase | Concentration | Migration lift-and-shift | Cloud natif | Articles clés |
|---|---|---|---|---|
| Phase 1 : Planifier | Définir des réseaux virtuels, un espace d’adressage et un filtrage du trafic | Faire correspondre les réseaux virtuels Azure, les sous-réseaux et les règles aux segments de réseau et aux listes de contrôle d’accès existants | Concevoir des limites d’isolation des charges de travail, des plages CIDR conviviales pour la croissance et un filtrage basé sur des balises | Réseaux virtuels et sous-réseaux, planification d’adresses IP, groupes de sécurité réseau |
| Phase 2 : Générer | Choisir le modèle de topologie réseau | Commencez par la topologie qui reflète le mieux votre modèle local centralisé, généralement un modèle hub-and-spoke. | Commencez par la topologie la plus simple qui prend en charge la charge de travail, puis ajoutez des services partagés en fonction des besoins | Topologie de réseau plat, topologie hub-and-spoke, Azure Virtual WAN, mise en réseau multirégion |
| Phase 3 : Se connecter | Planifier la connectivité Internet, hybride, privée et inter-régions | Donner la priorité à la connectivité hybride ainsi qu’aux flux entrants et sortants contrôlés pour les charges de travail migrées | Hiérarchiser la livraison Internet, l’accès PaaS privé et ajouter uniquement des liens hybrides si nécessaire | Connectivité hybride, entrée Internet, remise d’applications, accès Internet sortant, accès privé PaaS, accès développeur et administrateur, connectivité interrégion et multicloud |
| Phase 4 : Sécuriser | Appliquer des protections réseau en couches | Recréer des contrôles centralisés d’inspection et de périmètre dans Azure | Étendez les protections au plus près de la périphérie du réseau et des points de terminaison privés, tout en préservant les principes Confiance nulle | Pare-feu Azure, Web Application Firewall, protection DDoS, sécurité DNS et résolution de noms privés |
| Phase 5 : Exploitation | Surveillez, résolvez les problèmes et gérez votre environnement. | Valider les modèles de trafic migrés et les opérations centrales au début | Activer l’observabilité et la stratégie centralisée à partir du premier déploiement de production | Surveillance et observabilité duréseau, gestion centralisée du réseau avec Azure Virtual Network Manager |
Choisir votre posture de sécurité
La sécurité réseau dans Azure s’étend sur trois objectifs (restreindre, inspecter et chiffrer le trafic), et vous appliquez chacune au niveau requis par votre charge de travail. Utilisez la matrice suivante pour étendre votre conception. Chaque niveau s’appuie sur le précédent, au prix d’un coût ou d’une complexité accrus, pour une protection renforcée.
| Objectif | Basic | Moyenne | Élevé |
|---|---|---|---|
| Restreindre le trafic | Segmentez les charges de travail en réseaux virtuels et sous-réseaux, appliquez des groupes de sécurité réseau et des asG, puis désactivez l’accès sortant par défaut. | Ajoutez Pare-feu Azure avec le renseignement sur les menaces, la protection réseau DDoS et les stratégies de sécurité DNS. | Ajoutez Pare-feu Azure Premium, Private Link pour PaaS, Périmètre de sécurité réseau et Bastion privé uniquement. |
| Inspecter le trafic | Utilisez Azure Network Watcher pour les diagnostics. | Exportez les journaux de flux de réseau virtuel vers un SIEM et ajoutez un pare-feu d’applications web sur Application Gateway ou Front Door. | Activez Pare-feu Azure Premium avec l’inspection TLS et l’IDPS, ainsi qu’une analyse complète des journaux de flux. |
| Chiffrer le trafic | Terminez TLS au niveau de l’application ; utilisez passerelle VPN pour le trafic hybride. | Utilisez ExpressRoute pour la connectivité privée qui contourne l’Internet public. | Ajoutez le chiffrement de réseau virtuel et ExpressRoute Direct avec MACsec. |
La plupart des charges de travail de production atterrissent au niveau moyen . Choisissez élevé pour les charges de travail réglementées ou orientées client, où la sécurité dépasse le coût et la latence. Chaque article sur les fonctionnalités inclut également une section considérations relatives à la sécurité avec des conseils spécifiques.
Conseils connexes
Ce guide se concentre sur les décisions de conception réseau. Pour obtenir des conseils d’architecture et d’adoption plus larges, consultez :
- Topologie et connectivité réseau dans le Cloud Adoption Framework pour la mise en réseau de la zone d’atterrissage à l’échelle de l’entreprise.
- Recommandations relatives à la mise en réseau et à la connectivité dans le framework Well-Architected pour la sécurité, la fiabilité et les compromis sur les coûts.
- Conception d’architecture réseau dans le Centre d’architecture Azure pour les architectures de référence et les modèles éprouvés.
Étapes suivantes
Commencez votre migration lift-and-shift :
Parcours de conception de la mise en réseau lift-and-shift : parcours de lecture guidé pour migrer des charges de travail locales vers Azure IaaS sans les réarchitecturer.
Commencez votre parcours de modernisation :
Chemin de conception de mise en réseau de migration et modernisation : chemin de lecture guidé pour l’adoption de services PaaS, de conteneurs et de bases de données managées dans Azure.
Démarrez votre parcours intercloud :
Parcours de conception réseau intercloud : parcours de lecture guidé pour la connexion de Azure à AWS ou Google Cloud, ou la migration à partir d’un autre cloud.