Aan de slag: basisuitlijningsbeslissingen begrijpen en documenteer deze

Cloudacceptatie biedt tal van zakelijke, technische en organisatorische voordelen. Wat uw organisatie ook wil bereiken tijdens de overstap naar de cloud, er zijn bepaalde initiële beslissingen die elk team dat bij het traject betrokken is, moet begrijpen. Dit artikel bevat een lijst met stappen om u te helpen ontwerpbeslissingen te documenteren en uw organisatie voor te bereiden op het cloudacceptatieproces.

Notitie

De koppelingen in dit artikel leiden naar meerdere gebieden van de Cloud Adoption Framework documentatie. Als u een bladwijzer voor dit artikel gebruikt, kunt u deze controlelijst gemakkelijker terugvinden nadat u verschillende artikelen hebt verkend die door de controlelijst worden aanbevolen.

Voordat u begint

Gebruik tijdens het doorlopen van deze handleiding de sjabloon voor de eerste beslissing om elke basisbeslissing vast te leggen die u neemt. De sjabloon helpt u bij het verduidelijken van de configuratie van uw cloudomgeving en de redenen achter elke beslissing. Als u deze informatie op één plek hebt, kunt u teamleden die deelnemen aan uw levenscyclus voor cloudimplementatie snel onboarden.

Stel dat u al een omgeving hebt die wordt uitgevoerd in Azure. In dat geval kunt u uw documentatie versnellen met behulp van Azure Governance Visualizer. De visualizer biedt inzicht in op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC), Azure Blueprints, beleidsregels, abonnementen en meer. Er worden ook verzamelde gegevens gebruikt om inzicht te bieden in uw hiërarchiekaart, een tenantoverzicht te maken en gedetailleerde bereik-inzichten te maken voor uw beheergroepen en abonnementen.

Stap 1: Begrijpen hoe Azure werkt

Wanneer u Azure gebruikt als cloudprovider voor uw overstap naar de cloud, moet u weten hoe Azure werkt.

Betrokken teams, producten en ondersteunende richtlijnen:

Iedereen die betrokken is bij de levenscyclus van de cloudimplementatie van uw organisatie, moet begrijpen wat Azure is en hoe het werkt.

Stap 2: Inzicht in de initiële Azure-concepten

Azure is gebouwd op basis van een set basisconcepten. Het zou handig zijn als u deze concepten begrijpt om diepgaande discussies te voeren over de technische strategie voor uw Azure-implementatie.

Betrokken teams, producten en ondersteunende richtlijnen:

Iedereen die betrokken is bij het implementeren van de Azure-technologiestrategie van uw organisatie, moet de termen en definities van de basisconcepten van Azure begrijpen.

Stap 3: Het portfolio controleren

Voor alle beslissingen over cloudhosting en omgevingen moet u inzicht hebben in de portfolio van workloads. De Cloud Adoption Framework van Microsoft bevat hulpprogramma's waarmee u de portfolio kunt begrijpen en evalueren.

Producten:

Richtlijnen voor het ondersteunen van de voltooiing van het product:

  • Basisconcepten helpen u inzicht te krijgen in kritieke Azure-onderwerpen voordat u aan uw overstap naar de cloud begint.
  • De werkmappen voor operationeel beheer en bedrijfsuitlijning helpen u inzicht te hebben in de workloads en assets die worden overgezet naar uw team voor cloudbewerkingen.
  • Het cloudacceptatieplan biedt een achterstand van workloads en assets die gepland zijn voor cloudimplementatie.
  • De analyse van digitale activa helpt u bij het documenteren van bestaande workloads en assets die zijn gepland voor cloudacceptatie. In Azure wordt de digitale activa het beste weergegeven in het hulpprogramma Azure Migrate .

Verantwoordelijk team Verantwoordelijke en ondersteunende teams
  • Uw cloudstrategieteam is verantwoordelijk voor het definiëren van een manier om het portfolio weer te geven.
  • Meerdere teams gebruiken de volgende richtlijnen om weergaven te maken. Iedereen die betrokken is bij de cloudimplementatie van uw organisatie, moet weten waar de portfolioweergave kan worden gevonden om verdere beslissingen in het acceptatieproces te ondersteunen.
  • Stap 4: De diepte van de portfoliohiërarchie definiëren om het portfolio uit te lijnen

    Sommige organisaties kunnen één workload en de bijbehorende ondersteunende assets gebruiken om hun assets en workloads in de cloud te hosten. Andere organisaties moeten mogelijk duizenden workloads en veel ondersteunende assets opnemen voor hun strategie voor cloudimplementatie. De portfoliohiërarchie biedt algemene namen voor elk niveau, waardoor een gemeenschappelijke taal wordt gemaakt, ongeacht welke cloudprovider een organisatie besluit te gebruiken.

    Producten:

    Richtlijnen voor het ondersteunen van de voltooiing van het product:


    Verantwoordelijk team Verantwoordelijke en ondersteunende teams
  • Uw cloudgovernanceteam is verantwoordelijk voor het definiëren, afdwingen en automatiseren van de portfoliohiërarchie om het bedrijfsbeleid in de cloud vorm te geven.
  • Iedereen die betrokken is bij uw technologiestrategie voor cloudimplementatie moet bekend zijn met de portfoliohiërarchie en de hiërarchieniveaus die momenteel worden gebruikt.
  • Stap 5: Standaarden voor naamgeving en taggen in het portfolio instellen

    Alle bestaande werkbelastingen en assets moeten een passende naam en tag hebben volgens specifieke standaarden voor naamgeving en taggen. Documenteer deze standaarden en maak ze beschikbaar als referentie voor alle teamleden. U moet de standaarden waar mogelijk automatisch afdwingen om minimale tagvereisten te garanderen.

    Producten:

    • Noteer in uw eerste beslissingssjabloon de locatie en status van de werkmap met naamgevings- en tagconventies en wie verantwoordelijk is voor het beheer ervan.

    Richtlijnen voor het ondersteunen van de voltooiing van het product:


    Verantwoordelijk team Verantwoordelijke en ondersteunende teams
  • Uw cloudgovernanceteam is verantwoordelijk voor het definiëren, afdwingen en automatiseren van uw standaarden voor naamgeving en taggen om consistentie in het hele portfolio te garanderen.
  • Iedereen die betrokken is bij uw technologiestrategie voor cloudimplementatie, moet bekend zijn met uw standaarden voor naamgeving en taggen vóór de cloudimplementatie.
  • Stap 6: Een resourceorganisatieontwerp maken om de portfoliohiërarchie te implementeren

    U moet een ontwerp voor resourceorganisatie maken om een consistente afstemming te garanderen met de beslissingen van de portfoliohiërarchie. Met dit ontwerp worden de organisatiehulpprogramma's van uw cloudprovider afgestemd op de portfoliohiërarchie die ondersteuning biedt voor uw cloudimplementatieplan. Het helpt ook bij het begeleiden van uw implementatie door te verduidelijken welke assets u in specifieke grenzen binnen een cloudomgeving kunt implementeren.

    Producten:

    Richtlijnen voor het ondersteunen van de voltooiing van het product:

    Een abonnementsstrategie bouwen:


    Verantwoordelijk team Verantwoordelijke en ondersteunende teams
  • Uw cloudgovernanceteam is verantwoordelijk voor het definiëren, implementeren en automatiseren van het ontwerp van uw resourceorganisatie in het hele portfolio.
  • Iedereen die betrokken is bij uw technologiestrategie voor cloudimplementatie, moet bekend zijn met het ontwerp van uw resourceorganisatie vóór de cloudimplementatie.
  • Stap 7: Mogelijkheden, teams en RACI toewijzen aan basisconcepten

    De complexiteit van de portfoliohiërarchie informeert organisatiestructuren en methodologieën die de dagelijkse activiteiten van uw verschillende teams begeleiden.

    Producten:

    • Voltooi de handleidingen aan de slag voor organisatie-uitlijning.

    Richtlijnen voor het ondersteunen van de voltooiing van het product:


    Verantwoordelijk team Verantwoordelijke en ondersteunende teams
  • Uw cloudstrategieteam is verantwoordelijk voor het afstemmen van virtuele of toegewezen organisatiestructuren om ervoor te zorgen dat uw levenscyclus voor cloudimplementatie succesvol is.
  • Iedereen die betrokken is bij uw levenscyclus voor cloudimplementatie moet bekend zijn met de uitlijning van personen en niveaus van verantwoordelijkheid.
  • Volgende stappen

    Volg de handleidingen in de sectie 'Aan de slag' van de Microsoft Cloud Adoption Framework om voort te bouwen op deze basisconcepten.