Architectuurwijzigingen goedkeuren vóór migratieApprove architecture changes before migration

Tijdens het evaluatieproces van de migratie wordt elke workload beoordeeld, ontworpen en geschat om een toekomstig statusplan voor de workload te ontwikkelen.During the assess process of migration, each workload is evaluated, architected, and estimated to develop a future state plan for the workload. Sommige workloads kunnen zonder architectuurwijziging naar de cloud worden gemigreerd.Some workloads can be migrated to the cloud with no change to the architecture. Het onderhouden van de on-premises configuratie en architectuur kan risico's verminderen en het migratieproces stroomlijnen.Maintaining on-premises configuration and architecture can reduce risk and streamline the migration process. Helaas kan niet elke toepassing kan in de cloud worden uitgevoerd zonder wijzigingen in de architectuur.Unfortunately, not every application can run in the cloud without changes to the architecture. Als er wijzigingen in de architectuur vereist zijn, kan dit artikel u helpen de wijziging te classificeren en enkele richtlijnen bieden over de juiste goedkeuringsactiviteiten.When architecture changes are required, this article can help classify the change and can provide some guidance on the proper approval activities.

Bedrijfsimpact en goedkeuringBusiness impact and approval

Tijdens de migratie worden sommige dingen waarschijnlijk gewijzigd op een manier die van invloed is op het bedrijf.During migration, some things are likely to change in ways that impact the business. Hoewel wijziging soms niet kan worden vermeden, zou er rekening mee worden gehouden als gevolg van niet-geopenbaarte of niet-gedocumenteerde wijzigingen.Although change sometimes can't be avoided, surprises as a result of undisclosed or undocumented changes should be. Het is belang rijk om verrassingen te voor komen om de ondersteuning van de belanghebbende tijdens de migratie te behouden.To maintain stakeholder support throughout the migration effort, it's important to avoid surprises. Het verrassen van toepassingseigenaren of zakelijke belanghebbenden kan de overstap naar de cloud vertragen of stoppen.Surprising application owners or business stakeholders can slow or halt a cloud adoption effort.

Voorafgaand aan de migratie is het belang rijk om de bedrijfs eigenaar van de werk belasting voor te bereiden op wijzigingen die van invloed kunnen zijn op de bedrijfs processen, zoals wijzigingen in:Prior to migration, it is important to prepare the workload's business owner for any changes that could affect business processes, such as changes to:

  • Serviceovereenkomsten.Service-level agreements.
  • Toegangspatronen of beveiligingsvereisten die van invloed zijn op de eindgebruiker.Access patterns or security requirements that impact the end user.
  • Procedures voor het gegevensretentie.Data retention practices.
  • Prestaties van kerntoepassingen.Core application performance.

Zelfs wanneer een workload kan worden gemigreerd met minimale tot geen wijzigingen, kan er nog steeds een bedrijfsimpact zijn.Even when a workload can be migrated with minimal to no change, there could still be a business impact. Replicatieprocessen kunnen de prestaties van productiesystemen vertragen.Replication processes can slow the performance of production systems. Wijzigingen in de omgeving ter voorbereiding op de migratie kunnen beperkingen in routering of netwerkprestaties veroorzaken.Changes to the environment in preparation for migration have the potential to cause routing or network performance limitations. Er zijn veel extra consequenties die het gevolg kunnen zijn van replicatie, fasering of niveauverhogingsactiviteiten.There are many additional impacts that could result from replication, staging, or promotion activities.

Regelmatige goedkeuringsactiviteiten kunnen verrassingen als gevolg van wijzigingen of prestatiegedreven bedrijfseffecten helpen voorkomen of minimaliseren.Regular approval activities can help minimize or avoid surprises as a result of change or performance-driven business impacts. Het cloudimplementatiteam moet aan het einde van het evaluatieproces en voordat het migratieproces wordt gestart een goedkeuringsproces voor wijzigingen uitvoeren.The cloud adoption team should execute a change approval process at the end of the assessment process, before beginning the migration process.

Bestaande cultuurExisting culture

Uw IT-teams hebben waarschijnlijk bestaande mechanismen voor het beheren van wijzigingen met betrekking tot uw on-premises assets.Your IT teams likely have existing mechanisms for managing change involving your on-premises assets. Deze mechanismen vallen doorgaans onder de traditionele infra structuur op basis van Information Technology-tape wisselaars (op ITIL gebaseerd) beheer processen.Typically these mechanisms are governed by traditional Information Technology Infrastructure Library-based (ITIL-based) change management processes. In veel ondernemings migraties omvatten deze processen een CAB-bestand (Change Advisor Board) dat verantwoordelijk is voor het beoordelen, documenteren en goed keuren van alle IT-gerelateerde aanvragen voor wijzigingen (RFC).In many enterprise migrations, these processes involve a change advisory board (CAB) that's responsible for reviewing, documenting, and approving all IT-related requests for changes (RFC).

De CAB bevat doorgaans experts van meerdere IT- en bedrijfsteams en biedt diverse perspectieven en gedetailleerde beoordelingen voor alle aan IT gerelateerde wijzigingen.The CAB generally includes experts from multiple IT and business teams, offering a variety of perspectives and detailed review for all IT-related changes. Een CAB-goedkeuringsproces is een bewezen manier om risico's te verminderen en de bedrijfsimpact van wijzigingen die betrekking hebben op stabiele workloads die worden beheerd door IT-activiteiten te minimaliseren.A CAB approval process is a proven way to reduce risk and minimize the business impact of changes involving stable workloads managed by IT operations.

Technische goedkeuringTechnical approval

De gereedheid van de organisatie voor de goedkeuring van technische wijzigingen is een van de meest voorkomende oorzaken van het mislukken van de cloudmigratie.Organizational readiness for the approval of technical change is among the most common reasons for cloud migration failure. Er worden meer projecten onderbroken door een reeks technische goedkeuringen dan een tekort in een coudplatform.More projects are stalled by a series of technical approvals than any deficit in a cloud platform. Het voorbereiden van de organisatie op goedkeuring van technische wijzigingen is een belangrijk vereiste voor het slagen van de migratie.Preparing the organization for technical change approval is an important requirement for migration success. Hier volgen enkele aanbevolen procedures om ervoor te zorgen dat de organisatie klaar is voor technische goedkeuring.The following are a few best practices to ensure that the organization is ready for technical approval.

ITIL-wijzigingen van advies bordenITIL change advisory board challenges

Elke benadering van wijzigingsbeheer heeft een eigen set controle en goedkeuringsprocessen.Every change management approach has its own set of controls and approval processes. Migratie is een reeks doorlopende wijzigingen die beginnen met een hoge mate van dubbelzinnigheid en in de loop van de uitvoering steeds duidelijker worden.Migration is a series of continuous changes that start with a high degree of ambiguity and develop additional clarity through the course of execution. Daarom kan migratie het best worden uitgevoerd via flexibele wijzigingsbeheermethoden, waarbij het cloudstrategieteam als producteigenaar fungeert.As such, migration is best governed by agile-based change management approaches, with the cloud strategy team serving as a product owner.

De schaal en de frequentie van wijzigingen tijdens een cloudmigratie gaan echter niet goed samen met de aard van ITIL-processen.However, the scale and frequency of change during a cloud migration doesn't fit well with the nature of ITIL processes. De vereisten van een CAB-goedkeuring kunnen een risico vormen voor het slagen van een migratie en het proces vertragen of stoppen.The requirements of a CAB approval can risk the success of a migration, slowing or stopping the effort. In de vroege fasen van de migratie is de dubbelzinnigheid hoog en de expertise van het onderwerp meestal gering.Further, in the early stages of migration, ambiguity is high and subject matter expertise tends to be low. Voor de eerste paar workloadmigraties of releases is het cloudacceptatieteam vaak in een leermodus.For the first several workload migrations or releases, the cloud adoption team is often in a learning mode. Zo kan het voor het team lastig zijn om de typen gegevens op te geven die nodig zijn om een CAB-goedkeuring te verkrijgen.As such, it could be difficult for the team to provide the types of data needed to pass a CAB approval.

De volgende aanbevolen procedures kunnen de CAB helpen om tijdens de migratie een zekere mate van comfort te behouden zonder een pijnlijke blokkerende factor te worden.The following best practices can help the CAB maintain a degree of comfort during migration without become a painful blocker.

Wijzigingen standaardiserenStandardize change

Het is voor een cloudacceptatieteam verleidelijk om gedetailleerde architectuurbeslissingen te overwegen voor elke workload die naar de cloud wordt gemigreerd.It is tempting for a cloud adoption team to consider detailed architectural decisions for each workload being migrated to the cloud. Het is even verleidelijk om cloudmigratie als een katalysator te gebruiken voor het herstructureren van eerdere architectuurbeslissingen.It is equally tempting to use cloud migration as a catalyst to refactor past architectural decisions. Voor organisaties die een paar honderd VM's of enkele tientallen workloads migreren, kunnen beide methoden op de juiste manier worden beheerd.For organizations that are migrating a few hundred VMs or a few dozen workloads, either approach can be properly managed. Bij het migreren van een datacenter dat uit 1.000 of meer assets bestaat, wordt elk van deze methoden beschouwd als een antipatroon met een hoog risico dat de kans op succes aanzienlijk vermindert.When migrating a datacenter consisting of 1,000 or more assets, each of these approaches is considered a high-risk antipattern that significantly reduces the likelihood of success. Voor het moderniseren, opnieuw samen stellen en opnieuw ontwerpen van elke toepassing zijn een diverse vaardig heden en een groot aantal verschillende wijzigingen vereist. deze taken maken afhankelijkheden voor menselijke inspanningen op schaal.Modernizing, refactoring, and rearchitecting every application requires a diverse skill set and a wide variety of changes, and these tasks create dependencies on human efforts at scale. Elk van deze afhankelijkheden creëert risico's voor de migratie-inspanningen.Each of these dependencies injects risk into the migration effort.

Het artikel over rationalisering van digitaal onroerend goed gaat over de flexibiliteit en tijd besparende impact van basisveronderstellingen tijdens de rationalisering van een digitaal onroerend goed.The article on digital estate rationalization discusses the agility and time-saving impact of basic assumptions when rationalizing a digital estate. Gestandaardiseerde wijzigingen bieden een extra voordeel.There is an additional benefit of standardized change. Als u een standaard-rationalisering-benadering kiest voor de migratie, kan de Cloud adviserende Raad of product eigenaar de toepassing van een wijziging in een lange lijst met werk belastingen controleren en goed keuren.By choosing a default rationalization approach to govern the migration effort, the cloud advisory board or product owner can review and approve the application of one change to a long list of workloads. Dit reduceert de technische goedkeuring van elke workload tot die waarvoor een belangrijke architectuurwijziging vereist zijn om compatibel te zijn met de cloud.This reduces technical approval of each workload to those that require a significant architecture change to be cloud compatible.

Verwachtingen en rollen van goedkeurders verduidelijkenClarify expectations and roles of approvers

Voordat de eerste workload wordt geëvalueerd, dient het cloudstrategieteam de verwachtingen van iedereen die betrokken is bij de goedkeuring van de wijziging te documenteren en te communiceren.Before the first workload is assessed, the cloud strategy team should document and communicate the expectations of anyone involved in the approval of change. Deze eenvoudige activiteit kan kostbare vertragingen voorkomen wanneer het cloudacceptatieteam volledig is ingeschakeld.This simple activity can avoid costly delays when the cloud adoption team is fully engaged.

Vroeg om goedkeuring vragenSeek approval early

Indien mogelijk moeten technische wijzigingen worden gesignaleerd en gedocumenteerd tijdens het evaluatieproces.When possible, technical change should be detected and documented during the assessment process. Ongeacht de goedkeuringsprocessen moet het cloudacceptatieteam in een vroeg stadium fiatteurs betrekken.Regardless of approval processes, the cloud adoption team should engage approvers early. Hoe eerder de wijzigingsgoedkeuring kan beginnen, hoe minder waarschijnlijk het is dat een goedkeuringsproces migratieactiviteiten blokkeert.The sooner that change approval can begin, the less likely an approval process is to block migration activities.

Volgende stappenNext steps

Met de hulp van deze aanbevolen procedures is het eenvoudiger om de juiste goedkeuring met een laag risico in migratie-inspanningen te integreren.With the help of these best practices, it should be easier to integrate proper, low-risk approval into migration efforts. Nadat de wijzigingen aan de workload zijn goedgekeurd, is het cloudacceptatieteam klaar voor het migreren van workloads.After workload changes are approved, the cloud adoption team is ready to migrate workloads.