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:
- Kopieer alle items met de tag Workloadsjabloon in de kolom uiterst rechts.
- Plak de gekopieerde rijen onder het laatste regelitem in de tabel.
- Wijzig de titelcel voor de nieuwe functie van Workloadsjabloon in de naam van uw nieuwe workload.
- 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.
- 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.