Godkänna arkitekturändringar före migreringApprove architecture changes before migration

Under utvärderingsprocessen för migrering utvärderas, konstrueras och beräknas varje arbetsbelastning i syfte att utveckla en plan för arbetsbelastningens framtida tillstånd.During the assess process of migration, each workload is evaluated, architected, and estimated to develop a future state plan for the workload. Vissa arbetsbelastningar kan migreras till molnet utan ändringar i arkitekturen.Some workloads can be migrated to the cloud with no change to the architecture. Lokalt underhåll av konfiguration och arkitektur kan minska riskerna och effektivisera migreringsprocessen.Maintaining on-premises configuration and architecture can reduce risk and streamline the migration process. Tyvärr kan inte alla program köras i molnet utan ändringar i arkitekturen.Unfortunately, not every application can run in the cloud without changes to the architecture. När arkitekturändringar krävs kan den här artikeln hjälpa till att klassificera ändringarna och ge viss vägledning om lämpliga godkännandeaktiviteter.When architecture changes are required, this article can help classify the change and can provide some guidance on the proper approval activities.

Affärspåverkan och godkännandeBusiness impact and approval

Under migreringen är det troligt att vissa saker ändras på sätt som påverkar verksamheten.During migration, some things are likely to change in ways that impact the business. Även om ändringen ibland inte kan undvikas, bör överraskningar på grund av icke-avslöjade eller icke-genererade ändringar vara.Although change sometimes can't be avoided, surprises as a result of undisclosed or undocumented changes should be. För att upprätthålla från intressenter-support under hela migreringen är det viktigt att undvika överraskningar.To maintain stakeholder support throughout the migration effort, it's important to avoid surprises. Om programägarna eller verksamhetens intressenter överraskas kan implementeringsarbetet saktas ned eller stanna av helt.Surprising application owners or business stakeholders can slow or halt a cloud adoption effort.

Innan migreringen är det viktigt att förbereda arbets Belastningens företags ägare för alla ändringar som kan påverka affärs processer, till exempel ändringar i: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:

  • Serviceavtal.Service-level agreements.
  • Åtkomstmönster eller säkerhetskrav som påverkar slutanvändaren.Access patterns or security requirements that impact the end user.
  • Metoder för datakvarhållning.Data retention practices.
  • Viktig programprestanda.Core application performance.

Även om en viss arbetsbelastning kan migreras med minimal eller ingen ändring kan verksamheten ändå påverkas.Even when a workload can be migrated with minimal to no change, there could still be a business impact. Replikeringsprocesser kan minska prestanda i produktionssystem.Replication processes can slow the performance of production systems. Ändringar i miljön som förberedelse för migrering kan orsaka begränsningar för routnings- eller nätverksprestanda.Changes to the environment in preparation for migration have the potential to cause routing or network performance limitations. Det finns många ytterligare typer av påverkan som kan bero på aktiviteter för replikering, mellanlagring eller upphöjning.There are many additional impacts that could result from replication, staging, or promotion activities.

Regelbundna godkännandeaktiviteter kan hjälpa till att minimera eller undvika överraskningar på grund av förändringar eller prestandadriven verksamhetspåverkan.Regular approval activities can help minimize or avoid surprises as a result of change or performance-driven business impacts. Molnimplementeringsteamet bör genomföra en process för ändringsgodkännande i slutet av utvärderingsprocessen, innan processen för migrering påbörjas.The cloud adoption team should execute a change approval process at the end of the assessment process, before beginning the migration process.

Befintlig kulturExisting culture

Dina IT-team har förmodligen befintliga mekanismer för att hantera förändringar som rör dina lokala tillgångar.Your IT teams likely have existing mechanisms for managing change involving your on-premises assets. Dessa mekanismer styrs vanligt vis av traditionella (ITIL-baserade) ändrings hanterings processer i traditionella informations tekniska infrastruktur bibliotek.Typically these mechanisms are governed by traditional Information Technology Infrastructure Library-based (ITIL-based) change management processes. I många företags-migreringar omfattar dessa processer en ändrings nämnd (CAB) som ansvarar för att granska, dokumentera och godkänna alla IT-relaterade begär Anden om ändringar (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).

CAB:en innehåller vanligtvis experter från flera IT- och affärsteam som erbjuder en mängd olika perspektiv samt detaljerad granskning av alla IT-relaterade ändringar.The CAB generally includes experts from multiple IT and business teams, offering a variety of perspectives and detailed review for all IT-related changes. En CAB-godkännandeprocess är ett beprövat sätt att minska riskerna och minimera affärspåverkan för förändringar som rör stabila arbetsbelastningar som hanteras av IT-avdelningen.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.

Tekniskt godkännandeTechnical approval

Organisationens beredskap för godkännande av teknisk förändring är bland de vanligaste orsakerna till misslyckad molnmigrering.Organizational readiness for the approval of technical change is among the most common reasons for cloud migration failure. Fler projekt stoppas av en serie tekniska godkännanden än problem i molnplattformar.More projects are stalled by a series of technical approvals than any deficit in a cloud platform. Förberedelse av organisationen för godkännande av tekniska ändringar är ett viktigt krav för att migreringen ska lyckas.Preparing the organization for technical change approval is an important requirement for migration success. Nedan följer viss bästa praxis för att säkerställa att organisationen är redo för tekniskt godkännande.The following are a few best practices to ensure that the organization is ready for technical approval.

Problem med ITIL-handgivande råd givande tavlanITIL change advisory board challenges

Varje metod för ändringshantering har sin egen uppsättning kontroller och godkännandeprocesser.Every change management approach has its own set of controls and approval processes. Migrering är en serie kontinuerliga ändringar som börjar med en hög grad av tvetydighet och utvecklar ytterligare klarhet allt eftersom genomförande fortskrider.Migration is a series of continuous changes that start with a high degree of ambiguity and develop additional clarity through the course of execution. Därför styrs migrering bäst med Agile-baserade metoder för ändringshantering, med molnstrategiteamet i rollen som produktägare.As such, migration is best governed by agile-based change management approaches, with the cloud strategy team serving as a product owner.

Skalan och frekvensen för ändringar under en molnbaserad migrering passar dock inte särskilt bra för ITIL-processerna.However, the scale and frequency of change during a cloud migration doesn't fit well with the nature of ITIL processes. Kraven för ett CAB-godkännande kan äventyra migreringen och sakta ned eller stoppa arbetet.The requirements of a CAB approval can risk the success of a migration, slowing or stopping the effort. I de tidiga stegen i migreringen är tvetydigheten dessutom hög, och ämnesexpertisen tenderar att vara låg.Further, in the early stages of migration, ambiguity is high and subject matter expertise tends to be low. Under de första migreringarna eller lanseringarna av arbetsbelastningar lär sig ofta molnimplementeringsteamet allt eftersom processen fortskrider.For the first several workload migrations or releases, the cloud adoption team is often in a learning mode. Därför kan det vara svårt för teamet att tillhandahålla de typer av data som krävs för att få CAB-godkännande.As such, it could be difficult for the team to provide the types of data needed to pass a CAB approval.

Följande bästa praxis kan hjälpa CAB:en att känna visst förtroende under migreringen utan att bli ett besvärligt hinder.The following best practices can help the CAB maintain a degree of comfort during migration without become a painful blocker.

Standardisera förändringStandardize change

För ett molnimplementeringsteam är det lockande att överväga detaljerade arkitekturbeslut för varje arbetsbelastning som migreras till molnet.It is tempting for a cloud adoption team to consider detailed architectural decisions for each workload being migrated to the cloud. Det är lika lockande att använda molnmigrering som en katalysator för att refaktorisera tidigare arkitektoniska beslut.It is equally tempting to use cloud migration as a catalyst to refactor past architectural decisions. För organisationer som migrerar några hundra virtuella datorer eller några dussin arbetsbelastningar kan endera metoden hanteras korrekt.For organizations that are migrating a few hundred VMs or a few dozen workloads, either approach can be properly managed. Vid migrering av 1 000 eller fler tillgångar till ett datacenter anses båda dessa metoder vara ett antimönster med hög risk som avsevärt minskar sannolikheten för ett lyckat resultat.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. Att skapa, omforma och återskapa varje program kräver en mängd olika kunskaper och många olika ändringar, och dessa uppgifter skapar beroenden för mänskliga ansträngningar i stor skala.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. Var och en av dessa beroenden medför risker för migreringsarbetet.Each of these dependencies injects risk into the migration effort.

I artikeln om rationalisering av digital egendom diskuteras flexibiliteten och de tidsbesparande effekterna av grundläggande antaganden vid rationalisering av en digital egendom.The article on digital estate rationalization discusses the agility and time-saving impact of basic assumptions when rationalizing a digital estate. Det finns ytterligare en fördel med standardiserad förändring.There is an additional benefit of standardized change. Genom att välja en standard metod för rationalisering för att styra migreringens ansträngning, kan moln rådgivnings tavlan eller produkt ägaren granska och godkänna tillämpningen av en ändring i en lång lista över arbets belastningar.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. Detta minskar det tekniska godkännandet av varje arbetsbelastning till dem som kräver en betydande arkitekturändring för att säkerställa molnkompatibilitet.This reduces technical approval of each workload to those that require a significant architecture change to be cloud compatible.

Klargöra godkännarnas förväntningar och rollerClarify expectations and roles of approvers

Innan den första arbetsbelastningen utvärderas bör molnstrategiteamet dokumentera och förmedla förväntningarna till alla som är inblandade i ändringsgodkännandet.Before the first workload is assessed, the cloud strategy team should document and communicate the expectations of anyone involved in the approval of change. Den här enkla aktiviteten kan förhindra kostsamma fördröjningar när molnimplementeringsteamet är fullt sysselsatta.This simple activity can avoid costly delays when the cloud adoption team is fully engaged.

Söka godkännande tidigtSeek approval early

När det är möjligt bör tekniska ändringar identifieras och dokumenteras under utvärderingsprocessen.When possible, technical change should be detected and documented during the assessment process. Oavsett godkännandeprocesser bör molnimplementeringsteamet kontakta godkännare i ett tidigt skede.Regardless of approval processes, the cloud adoption team should engage approvers early. Ju tidigare godkännandeprocessen kan börja, desto mindre troligt är det att en godkännandeprocess hindrar migreringsaktiviteterna.The sooner that change approval can begin, the less likely an approval process is to block migration activities.

Nästa stegNext steps

Med hjälp av denna bästa praxis bör det bli lättare att integrera korrekt godkännande med låg risk i migreringsarbetet.With the help of these best practices, it should be easier to integrate proper, low-risk approval into migration efforts. När ändringar i arbetsbelastning har godkänts är molnimplementeringsteamet redo att migrera arbetsbelastningar.After workload changes are approved, the cloud adoption team is ready to migrate workloads.