Organisatie van resources

In het ontwerpgebied voor kritieke resourceorganisatie worden consistente patronen vastgesteld voor het ordenen van resources die in de cloud zijn geïmplementeerd.

Ontwerpgebiedbeoordeling

Betrokken rollen of functies: Dit ontwerpgebied vereist waarschijnlijk ondersteuning van een of meer cloudplatform - en Cloud Center of Excellence-functies om beslissingen te nemen en te implementeren.

Scope: Beslissingen over resourceorganisatie vormen een basis voor alle ontwerpgebieden met betrekking tot naleving. Het doel van de planning van de resourceorganisatie is om consistente patronen tot stand te brengen voor de volgende gebieden:

  • Naamgeving
  • Taggen
  • Abonnementsontwerp
  • Ontwerp van beheergroep

In het eerste bereik van deze oefening wordt uitgegaan van een abonnementsontwerp dat is afgestemd op de conceptuele architectuur van de Azure-landingszone. Abonnements- en landingszonetoewijzing op workload- of toepassingsniveau ondersteunt scheiding van taken en democratiseringsvereisten voor abonnementen.

De volgende veronderstellingen vormen de basis voor richtlijnen voor het ontwerppatroon voor workloadabonnementen:

  • Uw onderneming zet zich in voor langetermijn cloudbewerkingen.
  • U hebt hulpprogramma's voor cloudbeheer, beveiliging en governance nodig om Azure-, hybride of multicloud-oplossingen te beheren.
  • Beheer- of platformimplementaties bevinden zich in afzonderlijke abonnementen en beheergroepen van workload- of toepassingsresources.

Nieuwe cloudomgeving:Zie Uw eerste Azure-abonnementen maken om uw cloudtraject te starten met een kleine set abonnementen.

Bestaande cloudomgeving: Houd rekening met het volgende als u geïnteresseerd bent in het toepassen van de principes van het ontwerpgebied van de resourceorganisatie op bestaande Azure-omgevingen:

  • Als uw huidige omgeving geen beheergroepen gebruikt, kunt u deze overwegen. Beheergroepen zijn essentieel voor het beheren van beleid, toegang en naleving voor abonnementen op schaal. Beheergroepen kunnen helpen bij uw implementatie.
  • Als uw huidige omgeving beheergroepen gebruikt, kunt u overwegen de richtlijnen in beheergroepen te gebruiken bij het evalueren van uw implementatie.
  • Als u bestaande abonnementen in uw huidige omgeving hebt, kunt u overwegen de richtlijnen in abonnementen te gebruiken om te zien of u deze effectief gebruikt. Abonnementen fungeren als beleids- en beheergrenzen en zijn schaaleenheden.
  • Als u bestaande resources in uw huidige omgeving hebt, kunt u overwegen de richtlijnen in naamgeving en taggen te gebruiken om uw tagstrategie en uw naamconventies in de toekomst te beïnvloeden.
  • Azure Policy is handig bij het tot stand brengen en afdwingen van consistentie met betrekking tot taxonomische tags.

Overzicht van ontwerpgebied

Cloudacceptatietrajecten hebben verschillende uitgangspunten en schaalvereisten. Sommige ondernemingen beginnen met een paar toepassingen in de cloud en groeien in de loop van de tijd. Andere ondernemingen moeten snel schalen om te voldoen aan de bedrijfsbehoeften, zoals een datacentrummigratie. In beide scenario's moet de planning van de resourceorganisatie de groei van de omgeving omvatten voor verdere toepassingen en services.

Een belangrijke overweging voor het ontwerp van resourceorganisatie is het vereenvoudigen van het beheer in de hele omgeving voor meer workloadaantallen en schaal. Bij het ontwerp en de implementatie van de Azure-landingszone moet rekening worden gehouden met de structuur van de basisbeheergroep en de abonnementsstructuur, om te voorkomen dat er later schaalbeperkingen ontstaan.

In het ontwerpgebied resourceorganisatie worden technieken en technologieën verkend die helpen bij het onderhouden van goede resourcetopologieën in cloudomgevingen. In het volgende diagram ziet u de vier bereikniveaus voor het ordenen van Azure-resources: beheergroepen, abonnementen, resourcegroepen en resources.

Diagram met de vier bereikniveaus voor het ordenen van Azure-resources.

Volgende stappen

Bekijk de richtlijnen verder in de volgende twee secties: