Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Deze handleiding helpt u bij het plannen en ontwerpen van uw Azure netwerk. U ziet welke Azure netwerkservices beschikbaar zijn en helpt u bij het kiezen van de juiste services op basis van wat uw workload nodig heeft. Begin hier voor zowel toepassingsmigraties als nieuwe cloudeigen ontwerpen.
Wat is Azure netwerken?
In Azure is netwerken softwaregedefinieerd. In tegenstelling tot on-premises netwerken waar u fysieke kabels, switches en hardwareapparaten beheert, is Azure netwerken een set services die u maakt en configureert. Gebruik de Azure-portal, Azure CLI of hulpprogramma's voor infrastructuur als code, zoals Bicep en Terraform. De bouwstenen (virtuele netwerken, gateways, load balancers en firewalls) zijn resources die u op aanvraag inricht en onafhankelijk schaalt.
U kunt dit op deze manier zien: in een traditioneel datacenter bestaat het netwerk voordat u iets implementeert. Bekabeling wordt aangelegd, switches worden in racks gemonteerd en geconfigureerd, en firewalls worden weken van tevoren geconfigureerd. In Azure maakt u de netwerkbronnen als onderdeel van uw implementatie. U definieert de adresruimte, maakt subnetten, koppelt beveiligingsregels en maakt verbinding met internet of uw on-premises omgeving. Deze configuratie duurt minuten in plaats van weken.
Deze softwaregedefinieerde benadering biedt u flexibiliteit die fysieke netwerken niet bieden:
- Inrichting op aanvraag: netwerkbronnen maken, wijzigen of verwijderen zonder hardwareaankopen of fysieke toegang.
- Declaratieve configuratie: definieer uw doelnetwerkstatus in sjablonen. Azure de implementatiedetails afhandelt.
- Onafhankelijk schalen: schaal een load balancer, voeg subnetten toe of breid een adresruimte uit zonder dat dit van invloed is op andere resources.
- Ingebouwde redundantie: veel Azure netwerkservices bevatten standaard zone-redundante en geografisch redundante opties.
Voordat u een workload in Azure implementeert, hebt u een netwerk nodig. Elke virtuele machine, database, container en webtoepassing wordt uitgevoerd in een virtueel netwerk. Azure Virtual Network integreert rechtstreeks met meer dan 16 andere Azure services: van Azure Firewall en Azure Application Gateway tot Azure Private Link en Azure Bastion. Deze handleiding helpt u te bepalen welke services u wilt opnemen en hoe ze bij elkaar passen.
Azure netwerkservices in één oogopslag
Azure netwerken omvat verschillende categorieën. Je hebt ze niet allemaal nodig. Kies de services die voldoen aan de vereisten van uw workload:
- Virtuele netwerken: virtuele netwerken, subnetten, IP-adressering en netwerkinterfaces. De basis voor al het andere.
- Connectiviteit: VPN Gateway, ExpressRoute en peering van virtuele netwerken. Verbind Azure met uw on-premises omgeving, andere Azure regio's of andere clouds.
- Taakverdeling en toepassingslevering: Azure Load Balancer, Azure Application Gateway, Azure Front Door en Azure Traffic Manager. Verkeer distribueren, prestaties optimaliseren en de beschikbaarheid verbeteren.
- Beveiliging: netwerkbeveiligingsgroepen, Azure Firewall, Azure Web Application Firewall en Azure DDoS Protection. Beheer de verkeersstroom en beveilig uw resources.
- Particuliere toegang: Azure Private Link en privé-eindpunten. Maak verbinding met Azure PaaS-services zonder verkeer beschikbaar te maken op het openbare internet.
- DNS: Azure DNS, privé-DNS-zones en Azure DNS Private Resolver. Naamresolutie voor uw Azure- en hybride omgevingen.
- Bewaking en beheer: Azure Network Watcher, Azure Monitor en Azure Virtual Network Manager. Bekijk verkeer, diagnose van problemen en beheer netwerken op schaal.
In deze handleiding worden al deze categorieën behandeld. Elk artikel richt zich op één mogelijkheidsgebied en helpt u te kiezen tussen de services in dat gebied.
Kies uw scenario
Begin hier. Een scenariopad is de aanbevolen manier om deze handleiding te gebruiken. Kies het pad dat bij uw project past en volg het van begin tot eind. Elk pad ordent iedere ontwerpbeslissing in de juiste volgorde:
| Scenario | Ideaal voor | Guide |
|---|---|---|
| Tillen en verplaatsen | On-premises workloads verplaatsen naar Azure IaaS zonder opnieuw te ontwerpen | Lift-and-shift-netwerktraject |
| Migreren en moderniseren | PaaS-services, -containers en beheerde databases gebruiken | Moderniseringsnetwerkpad |
| Cross-cloud | Verbinding maken Azure met AWS of Google Cloud of migreren vanuit een andere cloud | Cloudoverschrijdend netwerkpad |
Tip
Weet u niet zeker welk scenario past? Lees de voorgaande beschrijvingen of ga verder met verkennen op basis van mogelijkheden.
Note
Weet u niet zeker of het lift-and-shift of moderniseren is? Als uw workloads worden uitgevoerd op VM's met minimale wijzigingen, begint u met lift-and-shift. Als u Gebruikmaakt van PaaS-services zoals AKS, App Service of Azure SQL, begint u met migreren en moderniseren. Bekijk het andere pad later opnieuw, indien nodig. De artikelen overlappen.
Uw ontwerppad
Selecteer uw scenario bovenaan dit artikel om de rest van de handleiding aan te passen. Hier ziet u hoe uw pad verschilt:
Uw lift-and-shift-traject: U herhost on-premises-workloads naar Azure IaaS met minimale wijzigingen.
- Basis: Eén virtueel netwerk per applicatie en één subnet per component, naar het voorbeeld van uw on-premises-segmentatie. Dimensioneer de adresruimte met voldoende ruimte voor groei en voorkom overlap met on-premises-adresbereiken.
- Connectiviteit: VPN Gateway of ExpressRoute in een hub voor on-premises toegang, Azure Bastion voor beheerderstoegang en een privé-DNS-zone met aliasrecords om verouderde namen te behouden.
- Topologie en tolerantie: Een hub en spoke in één regio is meestal voldoende. Plan herstel na noodgevallen met Azure Site Recovery voor workloads die geen zones of regio's kunnen omvatten.
- Voorgestelde volgorde: Virtuele netwerken en subnetten, IP-planning, NSG's, hub-and-spoke, hybride connectiviteit, ontwikkelaars- en beheerderstoegang, DNS-beveiliging, uitgaande uitgaand verkeer, Azure Firewall, bewaking.
Uw pad migreren en moderniseren: U gaat over op PaaS, containers en beheerde databases, vaak met actief-actieve tolerantie.
- Basis: Ontwerp subnetten op basis van platformservices (afzonderlijke subnetten voor App Service Environment en AKS met CNI Overlay) en reserveer niet-overlappende adresruimte in uw primaire en back-upregio's.
- Connectiviteit en levering: Leid uitgaand verkeer van spokes via de firewall in de hub met door de gebruiker gedefinieerde routes, plaats web-apps achter Azure Front Door en WAF en gebruik Traffic Manager voor niet-web-apps.
- Topologie en beheer: Implementeer active-active in twee regio's met zone-redundante SKU's, scheid het eigenaarschap van hub en spoke met abonnementen en RBAC, en gebruik Azure Virtual Network Manager voor consistent beleid.
- Voorgestelde volgorde: Virtuele netwerken en subnetten, IP-planning, NSG's, hub-and-spoke, meerdere regio's, inkomend internetverkeer, applicatielevering, privétoegang tot PaaS, Azure Firewall, WAF, DDoS, DNS-beveiliging, monitoring, AVNM.
Uw pad naar de cloud: U verbindt Azure met AWS of Google Cloud of migreert vanuit een andere cloud.
- Ontdek eerst: Wijs uw bestaande AWS- en Google Cloud-topologie en DNS-records toe voordat u Azure ontwerpt en wijs elke bronservice toe aan de bijbehorende Azure equivalent.
- Topologie en connectiviteit: Gebruik Azure Virtual WAN met een beveiligde hub en maak verbinding met AWS en Google Cloud via IPsec VPN. Spiegel uw bestaande beveiligingsgroepsregels naar NSG's.
- Naamomzetting en aflevering: Gebruik Azure DNS Private Resolver voor naamomzetting tussen clouds en on-premises omgevingen, en plaats een WAF op laag 7 op Application Gateway in het spoke-netwerk in plaats van VM's bloot te stellen via openbare IP-adressen.
- Voorgestelde volgorde: Meerdere regio's en meerdere clouds, Virtual WAN, virtuele netwerken en subnetten, IP-planning, NSG's, hybride connectiviteit, DNS-beveiliging, Azure Firewall, bewaking.
Deze handleiding gebruiken
Als een scenariopad niet overeenkomt met uw project, gebruikt u deze handleiding als mogelijkheidsreferentie en gaat u rechtstreeks naar het artikel voor de mogelijkheid die u nodig hebt. Lees in beide gevallen eerst de basisartikelen.
Voor wie is deze handleiding? Netwerkbeheerders, cloudarchitecten, IT-besluitvormers en ontwikkelaars die Azure netwerken moeten ontwerpen of begrijpen. Er is geen eerdere Azure-ervaring vereist. De basisartikelen beginnen vanaf de eerste principes.
Wat deze handleiding niet is: Deze handleiding is geen implementatiehandleiding. Het bevat geen Azure portal-instructies of CLI-opdrachten. Nadat u uw ontwerpbeslissingen hebt genomen, volgt u de implementatiekoppelingen in de sectie 'Meer informatie' van elk artikel voor stapsgewijze implementatie-instructies.
Elk artikel over mogelijkheden volgt dezelfde structuur (waarover het gaat, wie het nodig heeft, de betrokken Azure services, beslissingstabellen voor het kiezen, vereisten en beveiligingsoverwegingen), zodat u kunt scannen op wat u nodig hebt.
Structuur van de handleiding
De handleiding bevat vijf secties:
| Afdeling | Wat het bevat | Het gebruik ervan |
|---|---|---|
| Basisartikelen | Virtuele netwerken, IP-adressering en netwerkbeveiligingsgroepen. Basisconcepten die door elke Azure implementatie worden gebruikt. | Lees deze eerst. Ze hebben betrekking op de bouwstenen waarop alle andere artikelen zijn gebaseerd. |
| Connectiviteitsartikelen | Hybride connectiviteit, inkomend internet, levering van toepassingen, uitgaande toegang, privétoegang van PaaS, VM-toegang en verbindingen tussen regio's. | Ga naar de artikelen die overeenkomen met de wijze waarop uw workload verbinding maakt: met internet, on-premises, met andere Azure services of tussen regio's. |
| Topologieartikelen | Netwerktopologieën van eenvoudige platte netwerken tot hub-and-spoke-, Azure Virtual WAN- en ontwerpen voor meerdere regio's. | Kies op basis van de schaal en complexiteit van uw omgeving. Begin eenvoudig en groei. |
| Beveiligingsartikelen | Azure Firewall, Azure Web Application Firewall, Azure DDoS Protection en DNS-beveiliging. | Ga naar de artikelen die voldoen aan uw beveiligingsvereisten. Elk artikel in de handleiding bevat ook een sectie met beveiligingsoverwegingen. |
| Artikelen over handelingen | Netwerkbewaking, waarneembaarheid en gecentraliseerd beheer met Azure Virtual Network Manager. | Gebruik deze artikelen om te plannen hoe u uw netwerk na de implementatie bewaakt, oplost en beheert. |
In het volgende diagram ziet u hoe de handleiding is georganiseerd. Het overzicht maakt verbinding met alle vijf artikelgroepen, terwijl de scenariogidsen en faseoverzicht lezers helpen te kiezen hoe ze door de inhoud moeten navigeren.
Waar te beginnen: Voor de meeste projecten begint u met een scenariopad. Dat is de aanbevolen ingang, en elk pad zet je beslissingen in de juiste volgorde. Als u al weet welke mogelijkheden u nodig hebt, gebruikt u de navigator voor bedrijfsbehoefte. Als u nieuw bent met Azure-netwerken, lees dan verder in dit overzicht of baken uw invoer af met de vereistenbeoordeling.
Verzamel eerst uw vereisten
Goed netwerkontwerp begint met detectie, niet met implementatie. Voordat u één virtueel netwerk maakt, moet u de invoer verzamelen die uw ontwerpbeslissingen stimuleren. Elke invoer in de volgende tabel komt overeen met een beslissing die u neemt en met het artikel dat u helpt die beslissing te nemen. Verzamel deze invoer voor elke workload die u in Azure wilt uitvoeren, ideaal voor alles wat u verwacht te verplaatsen of bouwen in de komende drie tot vijf jaar, zodat uw adresruimte en topologie ruimte hebben om te groeien.
| Invoer die moet worden verzameld | Ontwerpbeslissing die dit aanstuurt | Waar moet ik naartoe? |
|---|---|---|
| Namen van werkbelastingen en het aantal onderdelen (lagen) | Aantal virtuele netwerken en subnetten: één virtueel netwerk per workload, één subnet per onderdeel | Virtuele netwerken en subnetten |
| Aantal elementen per onderdeel, nu en geprojecteerd | Adresruimte en subnetgrootte; of u een load balancer nodig hebt | IP-adresplanning, levering van toepassingen |
| Implementatieregio's | Regioselectie en of u een ontwerp voor meerdere regio's nodig hebt | Netwerken voor meerdere regio's |
| Verkeersstromen tussen onderdelen | Peering, regels voor netwerkbeveiligingsgroepen en interne naamresolutie | Netwerkbeveiligingsgroepen, DNS-beveiliging |
| On-premises connectiviteit en bandbreedte | VPN Gateway vergeleken met ExpressRoute; adresbereiken die elkaar niet overlappen | Hybride connectiviteit, PLANNING van IP-adressen |
| Toegangsbehoeften voor ontwikkelaars en beheerders | Azure Bastion of punt-naar-site-VPN | Toegang voor ontwikkelaars en beheerders |
| Vereisten voor uitgaand internet | NAT-gateway, Azure Firewall of beide; vervang standaard uitgaande toegang | Uitgaande internettoegang |
| Vereisten voor inkomend internet | Application Gateway-, Azure Front Door-, Traffic Manager-, WAF- en DDoS-beveiliging | Inkomend internetverkeer, applicatielevering |
| Azure PaaS-afhankelijkheden | Private Link, privé-eindpunten of service-eindpunten | Privétoegang van PaaS |
| Andere clouds en interconnectiviteit tussen regio's | Hub-and-spoke versus Virtual WAN; cross-cloud transit | Hub-and-spoke-topologie, Virtual WAN, connectiviteit tussen regio's en meerdere clouds |
| Beveiligingsniveau (isolatie, inspectie, versleuteling) | Segmentatie, firewall-inspectie en perimeterbeveiliging | Netwerkbeveiligingsgroepen, Azure Firewall |
| Tolerantieniveau (zonegebonden versus regionaal) | Zoneredundante versus regionale service-SKU’s | Netwerken voor meerdere regio's |
| Bewakings- en waarneembaarheidsbehoeften | Network Watcher en stroomlogboeken | Netwerkbewaking en waarneembaarheid |
Nadat u deze invoer hebt verzameld, gebruikt u de navigator voor bedrijfsbehoefte om elke vereiste toe te wijzen aan het artikel dat hierop betrekking heeft. Als u een scenariopad volgt, worden deze beslissingen in elke handleiding voor u geordend.
Begin hier: basisartikelen
Lees de drie basisartikelen voordat u specifieke mogelijkheden verkent. In deze artikelen worden de bouwstenen behandeld die door elk Azure netwerk worden gebruikt, ongeacht het type workload of de complexiteit.
| Artikel | Wat het omvat | Waarom het fundamenteel is |
|---|---|---|
| virtuele netwerken en subnetten Azure | Virtueel netwerk maken, subnetontwerp, toegewezen subnetten en beslissingen over adresruimte | Elke Azure workload bevindt zich in een virtueel netwerk. U hebt dit artikel nodig voordat u iets anders doet. |
| planning van IP-adressen | Toewijzing van privé- en openbare IP-adressen, RFC 1918-bereiken, CIDR-planning en IPv6-beslissingen | IP-adressen vormen een basis voor elke netwerkbeslissing. Slechte planning veroorzaakt adresconflicten die duur zijn om later op te lossen. |
| Netwerkbeveiligingsgroepen en toepassingsbeveiligingsgroepen | Regels voor verkeersfiltering, toewijzing van beveiligingsgroepen, servicetags en standaard-weigerenbeleid | Verkeersbeheer is standaard actief in Azure, maar werkt alleen correct wanneer u dit opzettelijk configureert. |
Nadat u de basisartikelen hebt voltooid, gaat u naar de mogelijkheidsartikelen die overeenkomen met de behoeften van uw workload. Er is geen vereiste bestelling. Elk artikel over mogelijkheden is zelfstandig.
Navigator voor zakelijke behoeften
Gebruik deze tabel om het juiste artikel te vinden op basis van wat uw workload nodig heeft. Elke rij wijst een algemene bedrijfsvereiste toe aan het artikel dat hierop betrekking heeft.
| Ik moet... | Ga naar | Artikelcode |
|---|---|---|
| Mijn kernnetwerk en subnetten instellen | Virtuele netwerken en subnetten | F1 |
| Mijn IP-adresruimte plannen en toewijzen | PLANNING van IP-adressen | F2 |
| Verkeer tussen mijn subnetten en mijn resources beheren | Netwerkbeveiligingsgroepen en ASG's | F3 |
| Mijn on-premises kantoor of datacenter verbinden met Azure | Hybride connectiviteit | C1 |
| Internetgebruikers mijn toepassing laten bereiken | Inkomend internetverkeer | C2 |
| Levering en prestaties van toepassingen wereldwijd optimaliseren | Levering en prestaties van toepassingen | C3 |
| Bepalen wat mijn Azure resources op internet kunnen bereiken | Uitgaande internettoegang | C4 |
| Verbinding maken met Azure-VM's met Azure Storage, databases of andere PaaS-services zonder via het openbare internet te gaan | Privétoegang van PaaS | C5 |
| Ontwikkelaars of beheerders veilig toegang geven tot Azure VM's | Toegang voor ontwikkelaars en beheerders | C6 |
| Azure-resources tussen regio's verbinden, of verbinding maken met AWS of Google Cloud | Connectiviteit tussen regio's en meerdere clouds | C7 |
| Een eenvoudig netwerk ontwerpen voor één workload | Platte netwerktopologie | T1 |
| Meerdere workloads hosten met gedeelde services, zoals een firewall of gateway | Hub-and-spoke-topologie | T2 |
| Netwerken beheren in veel filialen en regio's | Azure Virtual WAN | T3 |
| Mijn workload implementeren in meerdere Azure regio's voor hoge beschikbaarheid | Netwerken voor meerdere regio's | T4 |
| Al het verkeer controleren en filteren met een firewall | Azure Firewall | S1 |
| Mijn webtoepassing beschermen tegen HTTP-laagaanvallen | Firewall voor webapplicaties | S2 |
| Mijn publiek toegankelijke resources beschermen tegen volumetrische aanvallen | DDoS-beveiliging | S3 |
| Privénaamomzetting instellen of mijn DNS beveiligen | DNS-beveiliging en privénaamomzetting | S4 |
| Mijn netwerkstatus en -verkeer bewaken | Netwerkbewaking en waarneembaarheid | O1 |
| Virtuele netwerken in meerdere abonnementen centraal beheren | Gecentraliseerd netwerkbeheer met Azure Virtual Network Manager | O2 |
Tip
Als u niet zeker weet waar u moet beginnen, leest u eerst de drie basisartikelen (F1-F3) en gaat u terug naar deze tabel. De meeste workloads hebben ten minste één connectiviteitsartikel (C1-C7) en één topologieartikel (T1-T4) nodig, samen met de basisbeginselen. Zie Veelvoorkomende werkbelastingspatronen voor uitgewerkte voorbeelden waarin de volledige artikelreeks voor veelvoorkomende werkbelastingen wordt weergegeven.
Ontwerpfasen in één oogopslag
De volgende fasen geven een overzicht van de typische voortgang van planning tot bewerkingen. Elke fase bouwt voort op de vorige fase.
| Phase | Focus | Verplaats en verschuif | Cloud-native | Belangrijke artikelen |
|---|---|---|---|---|
| Fase 1: Plannen | Virtuele netwerken, adresruimte en verkeersfiltering definiëren | Koppel Azure-VNets, subnetten en regels aan bestaande netwerksegmenten en ACL's | Isolatiegrenzen voor werkbelastingen, groeivriendelijke CIDR-bereiken en filteren op basis van tags ontwerpen | Virtuele netwerken en subnetten, IP-adresplanning, netwerkbeveiligingsgroepen |
| Fase 2: bouwen | Het netwerktopologiepatroon kiezen | Start met de topologie die het dichtst aansluit bij uw gecentraliseerde on-premises-model, vaak hub-and-spoke | Begin met de eenvoudigste topologie die ondersteuning biedt voor de workload en voeg zo nodig gedeelde services toe | Platte netwerktopologie, hub-and-spoke-topologie, Azure Virtual WAN, netwerken met meerdere regio's |
| Fase 3: Verbinding maken | Internet-, hybride, privé- en interregionale connectiviteit plannen | Prioriteit geven aan hybride connectiviteit en gecontroleerde inkomend en uitgaand verkeer voor gemigreerde workloads | Prioriteit geven aan internetlevering, privé-PaaS-toegang en alleen hybride koppelingen toevoegen wanneer dat nodig is | Hybride connectiviteit, inkomend internet, levering van toepassingen, uitgaande internettoegang, privétoegang van PaaS, toegang tot ontwikkelaars en beheerders, connectiviteit tussen regio's en meerdere clouds |
| Fase 4: Beveiligen | Gelaagde netwerkbeveiligingen toepassen | Gecentraliseerde controle- en perimetercontroles opnieuw maken in Azure | Breng beveiliging dichter bij de netwerkrand en privé-eindpunten, met behoud van Zero Trust-grenzen | Azure Firewall, Web Application Firewall, DDoS-beveiliging, DNS-beveiliging en privénaamomzetting |
| Fase 5: Werken | De IT-omgeving bewaken, problemen oplossen en beheren | Gemigreerde verkeerspatronen en centrale bewerkingen vroeg valideren | Waarneembaarheid en gecentraliseerd beleid vanuit de eerste productie-implementatie inschakelen | Netwerkbewaking en waarneembaarheid, gecentraliseerd netwerkbeheer met Azure Virtual Network Manager |
Uw beveiligingspostuur kiezen
Netwerkbeveiliging in Azure omvat drie doelen (beperken, inspecteren en versleutelen van het verkeer) en u past elk toe op het niveau dat uw workload nodig heeft. Gebruik de volgende matrix om het ontwerp te bepalen. Elk niveau bouwt voort op het vorige, waarbij extra kosten of complexiteit worden ingeruild voor sterkere bescherming.
| Doel | Basic | Gemiddeld | Hoog |
|---|---|---|---|
| Het verkeer beperken | Segmenteer workloads in virtuele netwerken en subnetten, pas netwerkbeveiligingsgroepen en ASG's toe en schakel standaard uitgaande toegang uit. | Voeg Azure Firewall toe met bedreigingsinformatie, DDoS-netwerkbeveiliging en DNS-beveiligingsbeleid. | Voeg Azure Firewall Premium, Private Link toe voor PaaS, Netwerkbeveiligingsperimeter en bastion met alleen-privétoegang. |
| Het verkeer inspecteren | Gebruik Azure Network Watcher voor diagnostische gegevens. | Exporteer logboeken van virtuele netwerkstromen naar een SIEM en voeg een webtoepassingsfirewall toe aan Application Gateway of Front Door. | Schakel Azure Firewall Premium TLS-inspectie en IDPS in met volledige analyse van stroomlogboeken. |
| Het verkeer versleutelen | Beëindig TLS bij de toepassing; gebruik VPN Gateway voor hybride verkeer. | Gebruik ExpressRoute voor privéconnectiviteit die het openbare internet omzeilt. | Voeg versleuteling van virtuele netwerken en ExpressRoute Direct toe met MACsec. |
De meeste productieworkloads landen op gemiddeld niveau. Kies hoog voor gereguleerde of klantgerichte workloads waarbij beveiliging opweegt tegen kosten en latentie. Elk artikel over mogelijkheden bevat ook een sectie met beveiligingsoverwegingen met specifieke richtlijnen.
Verwante informatie
Deze handleiding is gericht op beslissingen over het ontwerpen van netwerken. Zie voor bredere architectuur- en acceptatierichtlijnen:
- Netwerktopologie en -connectiviteit in de Cloud Adoption Framework voor landingszonenetwerken op ondernemingsniveau.
- Aanbevelingen voor netwerken en connectiviteit in het Well-Architected Framework voor beveiliging, betrouwbaarheid en kosten.
- Ontwerp van netwerkarchitectuur in het Azure Architecture Center voor referentiearchitecturen en bewezen patronen.
Volgende stappen
Begin uw lift-and-shift-traject:
Lift-and-shift-netwerkontwerppad: een begeleid leespad voor het migreren van on-premises workloads naar Azure IaaS zonder opnieuw te ontwerpen.
Start uw moderniseringstraject:
Ontwerppad voor netwerken migreren en moderniseren: een begeleid leespad voor het in gebruik nemen van PaaS-services, containers en beheerde databases in Azure.
Begin uw reis over meerdere cloudomgevingen:
Ontwerppad voor netwerken in meerdere clouds: een begeleid leespad voor het verbinden van Azure met AWS of Google Cloud, of migreren vanuit een andere cloud.