Workloads definiëren en prioriteren voor een cloudimplementatieplan

Het vaststellen van duidelijke, bruikbare prioriteiten is een van de geheimen voor een geslaagde cloudimplementatie. De natuurlijke verleiding is om tijd te investeren in het definiëren van alle workloads die kunnen worden beïnvloed tijdens de overstap naar de cloud. Maar dat is contraproductief, vooral in het begin van het acceptatieproces.

In plaats daarvan raden we uw team aan om de eerste tien workloads grondig te prioriteren en te documenteren. Nadat het implementatieplan is geïmplementeerd, kan het team een lijst bijhouden met de volgende tien workloads met de hoogste prioriteit. Deze benadering biedt voldoende informatie om de volgende iteraties te plannen.

Het beperken van het plan tot tien workloads bevordert de flexibiliteit en afstemming van prioriteiten naarmate bedrijfscriteria veranderen. Met deze aanpak kan het cloudacceptatieteam ook schattingen leren en verfijnen. Het belangrijkste is dat het uitgebreide planning verwijdert als een belemmering voor effectieve bedrijfsverandering.

Wat is een workload?

Bij cloudacceptatie is een workload een verzameling IT-assets (servers, VM's, toepassingen, gegevens of apparaten) die gezamenlijk een gedefinieerd proces ondersteunen. Workloads kunnen meer dan één proces ondersteunen. Workloads kunnen ook afhankelijk zijn van andere gedeelde assets of grotere platforms. Een workload moet echter grenzen hebben gedefinieerd met betrekking tot de afhankelijke assets en de processen die afhankelijk zijn van de workload. Workloads kunnen vaak worden gevisualiseerd door netwerkverkeer tussen IT-assets te bewaken.

Vereisten

De strategische invoer uit de lijst met vereisten maakt het uitvoeren van de volgende taken veel beter beheersbaar. Raadpleeg de vereisten voor hulp bij het verzamelen van de gegevens die in dit artikel worden besproken.

Initiële prioriteitstelling van werkbelastingen

Tijdens het proces van incrementele rationalisatie moet uw team het eens worden over een Power of 10-benadering die bestaat uit 10 prioriteitsworkloads. Deze workloads fungeren als een eerste grens voor het plannen van de acceptatie.

Stel dat u besluit dat een rationalisering van digitale activa niet nodig is. In dat geval raden we de cloudimplementatieteams en het cloudstrategieteam aan om een lijst met tien toepassingen overeen te komen die als eerste focus van de migratie moeten fungeren. We raden u aan dat deze tien workloads een combinatie van eenvoudige workloads (minder dan 10 assets in een zelfstandige implementatie) en complexere workloads bevatten. Met deze tien workloads wordt het proces voor prioriteitstelling van workloads gestart.

Notitie

De Power of 10-benadering fungeert als een eerste planningsgrens, waarbij de energie en investering in een vroege analysefase centraal staat. Het analyseren en definiëren van workloads veroorzaakt echter waarschijnlijk wijzigingen in de lijst met prioriteitsworkloads.

Workloads toevoegen aan uw cloudimplementatieplan

In het vorige artikel, Cloudimplementatieplan en Azure DevOps, hebt u een cloudacceptatieplan gemaakt in Azure DevOps.

U kunt nu de workloads weergeven in de lijst Power of 10 in uw cloudimplementatieplan. De eenvoudigste manier om dit te doen, is via bulkbewerking in Microsoft Excel. Als u uw werkstation wilt voorbereiden voor bulksgewijs bewerken, raadpleegt u Werkitems bulksgewijs toevoegen of wijzigen met Microsoft Excel.

In stap 5 in dat artikel wordt uitgelegd dat u Invoerlijst moet selecteren. Selecteer in plaats daarvan Querylijst. Selecteer vervolgens in de vervolgkeuzelijst Een query selecteren de query Workloadsjabloon . Met deze query worden alle inspanningen met betrekking tot het migreren van één workload in uw spreadsheet geladen.

Nadat de werkitems voor de workloadsjabloon zijn geladen, volgt u deze stappen om nieuwe workloads toe te voegen:

1. Kopieer alle items met de tag Workloadsjabloon in de kolom uiterst rechts.
2. Plak de gekopieerde rijen onder het laatste regelitem in de tabel.
3. Wijzig de titelcel voor de nieuwe functie van Workloadsjabloon in de naam van uw nieuwe workload.
4. Plak de naamcel van de nieuwe workload in de tagkolom voor alle rijen onder de nieuwe functie. Zorg ervoor dat u de tags of de naam van de rijen die betrekking hebben op de werkelijke functie Workloadsjabloon niet wijzigt. Wanneer u de volgende workload toevoegt aan het cloudacceptatieplan, hebt u deze werkitems nodig.
5. Ga verder met stap 8 in de instructies voor bulksgewijs bewerken om het werkblad te publiceren. Met deze stap maakt u alle werkitems die nodig zijn om uw workload te migreren.

Herhaal stap 1 tot en met 5 voor elke workload in de lijst Power of 10.

Workloads definiëren

Nadat u de eerste prioriteiten hebt gedefinieerd en workloads aan het plan hebt toegevoegd, definieert u elke workload via een diepere kwalitatieve analyse. Voordat u een workload opgeeft in het cloudacceptatieplan, moet u de volgende gegevenspunten voor elke workload opgeven.

Zakelijke invoer

Gegevenspunt	Beschrijving	Invoer
Naam van workload	Hoe wordt deze workload genoemd?
Beschrijving van workload	Wat doet deze workload in één zin?
Motivaties voor acceptatie	Welke redenen voor cloudimplementatie worden beïnvloed door deze workload?
Primaire sponsor	Van de betrokken belanghebbenden, wie is de primaire sponsor die de voorgaande motivaties aanvraagt?
Bedrijfsimpact	Wat is de bedrijfsimpact van deze workload?
Impact op de toepassing	Welke impact heeft deze toepassing op bedrijfsprocessen?
Impact op gegevens	Welke impact hebben de gegevens op het bedrijf?
Bedrijfseenheid	Welke business unit is verantwoordelijk voor de kosten van deze workload?
Bedrijfsprocessen	Welke bedrijfsprocessen worden beïnvloed door wijzigingen in de workload?
Bedrijfsteams	Welke bedrijfsteams worden beïnvloed door wijzigingen?
Zakelijke belanghebbenden	Zijn er leidinggevenden van wie het bedrijf wordt beïnvloed door wijzigingen?
Bedrijfsresultaten	Hoe meet het bedrijf het succes van deze inspanning?
Metrische gegevens	Welke metrische gegevens worden gebruikt om succes bij te houden?
Naleving	Zijn er nalevingsvereisten van derden voor deze workload?
Toepassingseigenaren	Wie is verantwoordelijk voor de bedrijfsimpact van toepassingen die aan deze workload zijn gekoppeld?
Blokkeringsperioden voor bedrijven	Zijn er momenten waarop het bedrijf wijzigingen niet toestaat?
Geografische gebieden	Worden er geografische gebieden beïnvloed door deze workload?
Duurzaamheid	Met welke overwegingen op het gebied van duurzaamheid en cloudefficiëntie is rekening gehouden voor deze workload?

Technische invoer

Gegevenspunt	Beschrijving	Invoer
Benadering van acceptatie	Is deze acceptatie een kandidaat voor migratie of innovatie?
Lead voor toepassingsops	Vermeld de partijen die verantwoordelijk zijn voor de prestaties en beschikbaarheid van deze workload.
SLA's	Vermeld eventuele serviceovereenkomsten (RTO/RPO-vereisten).
Kritiek	De huidige toepassingskritiek weergeven.
Gegevensclassificatie	De classificatie van gegevensgevoeligheid weergeven.
Operationele geografische gebieden	Vermeld alle geografische gebieden waarin de workload wordt of moet worden gehost.
Toepassingen	Geef een initiële lijst of het aantal toepassingen op die in deze workload zijn opgenomen.
VM's	Geef een initiële lijst of het aantal vm's of servers op die zijn opgenomen in de workload.
Gegevensbronnen	Geef een initiële lijst of het aantal gegevensbronnen op die zijn opgenomen in de workload.
Afhankelijkheden	Geef eventuele assetafhankelijkheden weer die niet in de workload zijn opgenomen.
Geografische gebieden van gebruikersverkeer	Maak een lijst met geografische gebieden met een aanzienlijke verzameling gebruikersverkeer.

Prioriteiten bevestigen

Op basis van de verzamelde gegevens moeten de cloudstrategie- en acceptatieteams bijeenkomen om prioriteiten opnieuw te beoordelen. Verduidelijking van punten voor zakelijke gegevens kan leiden tot wijzigingen in prioriteiten. Technische complexiteit of afhankelijkheden kunnen leiden tot wijzigingen met betrekking tot toewijzingen van personeel, tijdlijnen of volgorde van technische inspanningen.

Na een beoordeling moeten beide teams vertrouwd zijn met het bevestigen van de resulterende prioriteiten. Deze set gedocumenteerde, gevalideerde en bevestigde prioriteiten is de achterstand bij cloudimplementatie met prioriteit.

Volgende stappen

Voor elke workload in de achterstand bij cloudimplementatie met prioriteit is het team nu klaar om assets op elkaar af te stemmen.

Assets uitlijnen voor workloads met prioriteit