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:
- Noteer de locatie en status van de portfoliodocumentatie in uw initiële beslissingssjabloon en wie verantwoordelijk is voor het beheer ervan.
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 |
---|---|
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:
- Noteer alle relevante hiërarchiebehoeften in uw initiële beslissingssjabloon.
Richtlijnen voor het ondersteunen van de voltooiing van het product:
- Inzicht in de niveaus van de portfoliohiërarchie , zodat u basistermen kunt uitlijnen.
Verantwoordelijk team | Verantwoordelijke en ondersteunende teams |
---|---|
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:
- Maak een naamgevings- en tagstandaard.
- Vul de sjabloon voor het bijhouden van naamgevings- en tagconventies in om beslissingen bij te houden.
- Bestaande tags in Azure controleren en bijwerken.
- Beleid voor taggen afdwingen in Azure.
Verantwoordelijk team | Verantwoordelijke en ondersteunende teams |
---|---|
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:
- Wijs in uw eerste beslissingssjabloon Azure-producten toe aan het uitgelijnde niveau van de portfoliohiërarchie.
Richtlijnen voor het ondersteunen van de voltooiing van het product:
- Begrijpen hoe Azure-producten ondersteuning bieden voor de portfoliohiërarchie.
- Controleer uw bestaande abonnementen op afstemming met de door u gekozen portfoliohiërarchie.
Een abonnementsstrategie bouwen:
- Begin met twee abonnementen. Voeg basisabonnementsontwerpen toe om rekening te houden met algemene zakelijke behoeften, zoals gedeelde services of sandbox-abonnementen.
- Zorg ervoor dat u meerdere abonnementen kunt beheren omdat er meer abonnementen nodig zijn ter ondersteuning van uw cloudmigratieplan.
- Stel duidelijke grenzen in op basis van de portfoliohiërarchie.
- Verplaats resourcegroepen en assets tussen abonnementen wanneer dat nodig is om te voldoen aan de strategie van uw organisatie.
Verantwoordelijk team | Verantwoordelijke en ondersteunende teams |
---|---|
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:
- Gebruik de vorige stappen om de verantwoordelijkheidsrichtlijnen voor de portfoliohiërarchie te evalueren. Bepaal welke mogelijkheden, indien van toepassing, mogelijk moeten worden geleverd door toegewezen organisaties of virtuele teams.
- Pas de verantwoordelijkheidsrichtlijnen voor de portfoliohiërarchie toe op het RACI-diagram (verantwoordelijk, verantwoordelijk, geraadpleegd en geïnformeerd) met behulp van Aan de slag: Uw organisatie afstemmen.
Verantwoordelijk team | Verantwoordelijke en ondersteunende teams |
---|---|
Volgende stappen
Volg de handleidingen in de sectie 'Aan de slag' van de Microsoft Cloud Adoption Framework om voort te bouwen op deze basisconcepten.
Feedback
https://aka.ms/ContentUserFeedback.
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie:Feedback verzenden en weergeven voor