Planera migrationen

En migreringsplan definierar den specifika ordningen, tidpunkten och metoden för att migrera arbetsbelastningar till Azure. Den här planen översätter migreringsstrategier på hög nivå till åtgärdsbara distributionssekvenser. Den bygger på molnimplementeringsplanen genom att hantera taktiska beslut som prioritering av arbetsbelastningar, migreringssekvensering och dataöverföringsmetoder.

Förutsättningar:Migreringsantagandeplan, Azure-landningszon

Utvärdera beredskap och färdigheter för migrering

En beredskapsbedömning säkerställer att ditt team har de kunskaper och den support som krävs för att genomföra migreringsplanen. Det här steget identifierar kapacitetsluckor och påskyndar förloppet genom riktad utbildning eller externt stöd.

1. Utvärdera teamets Azure-kunskaper. Granska teamets erfarenhet av Azure-tjänster, migreringsverktyg och övergång. Den här utvärderingen hjälper dig att identifiera specifika kunskapsluckor och avgöra vilken utbildning ditt team behöver för att lyckas.

2. Engagera extern expertis när det behövs. Om ditt team saknar erfarenhet av molnmigrering kan du ta in Microsoft eller en Microsoft-partner. Externa experter kan verifiera din migreringsstrategi, rekommendera lämpliga verktyg och hjälpa till att upprätta realistiska tidslinjer. Det här stödet minskar risken och påskyndar migreringen, särskilt för komplexa eller storskaliga projekt.

Välj din datamigreringssökväg

En datamigreringsstrategi beskriver hur du flyttar data från din nuvarande plats till Azure. Rätt sökväg säkerställer dina dataöverföringar på ett säkert, snabbt och kostnadseffektivt sätt. Kontrollera först vilka nätverksanslutningar du har tillgängliga, ExpressRoute, VPN eller offentligt Internet för att förstå dina alternativ.

1. Använd ExpressRoute när du har det. ExpressRoute ger dig en privat, dedikerad anslutning till Azure som är snabbare och säkrare än Internetanslutningar. Om du redan har ExpressRoute eller planerar att hämta den använder du den här metoden för alla dina arbetsbelastningar. Tänk på att ExpressRoute kräver installationstid och har kostnader för dataöverföring.

2. Använd VPN om ExpressRoute inte är tillgängligt. Välj ett VPN när du behöver säker dataöverföring men inte har ExpressRoute. Ett VPN skapar en krypterad tunnel via Internet till Azure, även om den vanligtvis är långsammare än ExpressRoute. Kontrollera att du har en VPN Gateway konfigurerad i Azure innan du börjar.

3. Använd Azure Data Box för stora mängder data. Data Box passar bäst för offlinemigreringar med massor av data. Microsoft skickar en fysisk enhet som du kan kopiera dina data till och sedan skicka tillbaka dem. Det här alternativet undviker att använda nätverket men tar längst tid på grund av leveranstiden.

4. Använd offentligt Internet för mindre känsliga data. Det här alternativet fungerar när dina data inte behöver kryptering och du inte kan använda ExpressRoute eller Data Box. Även om den här metoden är tillgänglig överallt är den den minst säkra och kan göra dina andra Internetaktiviteter långsammare.

Fastställa migreringssekvensen

Migreringssekvensering minskar risken och skapar teamets förtroende genom att upprätta en logisk ordning för migrering av arbetsbelastningar. Sekvensen avgör vilka arbetsbelastningar som flyttas först och hur beroende komponenter migreras tillsammans för att förhindra tjänststörningar. Organisera stora portföljer i migrationsvågor. Detaljerad vägledning om vågplanering finns i Migreringsvågsplanering.

Hitta beroenden

1. Identifiera alla beroenden först. Beroenden mellan arbetsbelastningar orsakar tjänststörningar om de inte migreras tillsammans. Mappa interna och externa beroenden för att identifiera dessa anslutningar innan du skapar migreringsgrupper.

2. Analysera beroendetyper och kritiskhet. Olika beroendetyper kräver olika migreringsmetoder. Skilja mellan följande kategorier:

   Beroendetyp	Description	Migreringsmetod
   Direkta beroenden	Kräv omedelbar kommunikation och låg svarstid mellan komponenter.	Flytta ihop alla direktanslutna komponenter för att upprätthålla prestanda och undvika störningar.
   Indirekta beroenden	Involvera tillfälliga eller icke-kritiska interaktioner mellan system.	Migrera tillsammans eller i separata vågor om anslutningen tolererar svarstid eller stöder hybridanvändning.
   Affärsberoenden	Beror på organisations- eller hanteringsrelationer.	Gruppera och migrera relaterade arbetsbelastningar och rapporteringssystem tillsammans för att anpassa dem till affärsprioriteringar.

3. Gruppera arbetsbelastningar efter beroenderelationer. Skapa grupper baserat på delade databaser, API:er, autentiseringstjänster eller nätverksanslutningar. Dessa grupper utgör grunden för dina migreringsvågor och ser till att alla komponenter som krävs för funktioner flyttas tillsammans. När det finns osäkerhet om beroendekritiskhet grupperar du komponenterna tillsammans. Den här konservativa metoden ger flexibilitet för framtida separation.

4. Dokumentera varje beroendegrupp systematiskt. Tagga tillgångar baserat på deras beroendegrupper med hjälp av konsekventa namngivningskonventioner. Dokumentera varje grupp med:

   • Gruppnamn och ID – Unik identifierare och beskrivande namn
   • Komponentinventering – Alla infrastrukturelement, program och tjänster
   • Kritiska beroenden – Viktiga anslutningar som kräver särskild hantering
   • Migreringsbegränsningar – Krav för företag, teknik eller tidsinställningar

5. Verifiera gruppens fullständighet. Bekräfta att varje grupp innehåller alla nödvändiga komponenter för att program ska fungera, inklusive stödinfrastruktur som lastbalanserare, DNS-poster eller cachelagringslager.

Hantera åtgärder för delad miljö

1. Planera för oflyttbara beroenden. Identifiera komponenter som måste stanna kvar i källmiljön på grund av tekniska eller regelmässiga skäl. Dokumentera varför de inte kan flytta, hur de ansluter till andra system och vilka data de delar. Den här dokumentationen hjälper dig att skapa strategier för att dessa komponenter ska fungera smidigt med dina molnsystem.

2. Minimera drifttiden för delad miljö. När komponenter kan flyttas till molnet senare men inte omedelbart dokumenterar du deras anslutningar och dataflöden med molnsystem. Skapa en tydlig plan med tidslinjer och riskhanteringsmetoder för att minska tiden som din arbetsbelastning fungerar i båda miljöerna. Överväg att fördröja migreringen tills fler komponenter kan flyttas tillsammans.

3. Koppla samman miljöer effektivt. Använd integreringsmetoder som API-gatewayer, meddelandeköer och datasynkronisering för att skapa tillförlitliga anslutningar mellan dina molnarbetsbelastningar och källmiljökomponenter. Dessa metoder minskar fördröjningar, förbättrar säkerheten och förbereder vägen för att slutligen flytta återstående komponenter till molnet.

Prioritera arbetsbelastningar för migrering

1. Granska arbetsbelastningsinformationen. Arbeta med intressenter för att granska affärs- och teknisk information för varje arbetsbelastning. Se till att driftstopp eller felpåverkan är väl förstådda och överensstämmer med aktuella affärsprioriteringar. Använd migreringsimplementeringsplanen för att verifiera information som affärsenhet, arbetsbelastningsansvarig, tekniska beroenden och kritikalitetsklassificering. Den här informationen hjälper dig att prioritera och sekvensera arbetsbelastningar effektivt.

   Priority	Affärsvärde	Effort	Description
   High	High	Low	Snabbvinster – migrera först för omedelbar påverkan
   Medelhög	High	High	Strategiska investeringar – planera noggrant med tillräckliga resurser
   Medellåg	Low	Low	Enkla kandidater – fylla luckor mellan större migreringar
   Low	Low	High	Undvik eller skjut upp – fokusera resurser på affärsmöjligheter med högre värde

2. Börja med enklare arbetsbelastningar för att minska risken. Börja migrera arbetsbelastningar som är mindre komplexa och har lägre risk. Den här metoden hjälper ditt team att få förtroende och förfina migreringsprocesser innan de hanterar mer utmanande arbetsbelastningar. Rikta in dig på interna verktyg, utvecklingsmiljöer eller program med låg användning med fristående arkitekturer och minimala integreringsplatser.

3. Flytta icke-produktionsmiljöer före produktion. Icke-produktionsmiljöer ger ett säkert utrymme för att testa hela migreringsprocessen. Migrera utvecklings-, mellanlagrings- och QA-miljöer före produktion för att verifiera beredskapen. Med den här ordningen kan team testa konfigurationer, prestanda och återställningsprocedurer utan att påverka användarna. Använd icke-produktionsmigreringar för att träna driftteam.

4. Schemalägg kritiska system efter att du har visat initial framgång. Viktiga program kräver beprövade migreringsfunktioner innan du flyttar dem till Azure. Planera dessa migreringar för senare vågor när ditt team visar kompetens med Azure-tjänster. Affärsfrister, till exempel uppdateringscykler för maskinvara, kan kräva att du prioriterar kritiska program tidigare med fler skydd och längre testperioder.

5. Inkludera representativa komplexa arbetsbelastningar för att testa scenarier. Lägg till en eller två komplexa arbetsbelastningar i varje tidig våg för att exponera utmaningar som du står inför med verksamhetskritiska program. Välj arbetsbelastningar som representerar vanliga mönster, till exempel program på flera nivåer eller databasberoende system.

Skapa ett detaljerat migreringsschema

1. Ange start- och slutdatum för varje migrering. Inkludera bufferttid för testning och problemlösning för att säkerställa en smidig körning. Den här detaljerade schemaläggningen minskar risken för fördröjningar och stöder effektiv resursplanering.

2. Justera tidslinjer med affärshändelser. Undvik schemaläggning av migreringar under kritiska affärsperioder, till exempel ekonomisk stängning, lansering av produkter eller semestersäsonger. Den här anpassningen minskar risken för avbrott i verksamheten och säkerställer intressenternas förtroende.

3. Använd projekthanteringsverktyg för att spåra förloppet. Använd verktyg som Azure DevOps för att hantera beroenden, spåra milstolpar och kommunicera ändringar effektivt. Dessa verktyg ger insyn i migreringsförloppet och stöder proaktiv problemlösning.

Välj migreringsmetod för varje arbetsbelastning

Migreringsmetoderna delas in i två kategorier: migrering med stilleståndstid och migrering med nästan noll stilleståndstid. Välj den bästa migreringsmetoden för varje arbetsbelastning baserat på dess nedtidstolerans och affärskritiskhet.

1. Välj stilleståndstidsmigrering för arbetsbelastningar som tolererar planerade avbrott. Avbrottsmigrering är enklare och snabbare eftersom det inte kräver synkronisering i realtid mellan käll- och målmiljöer. Den här metoden fungerar bra för icke-kritiska arbetsbelastningar som utvecklingsmiljöer, testsystem eller program med schemalagda underhållsperioder. Dokumentera den acceptabla stilleståndstiden för varje arbetsbelastning och schemalägg migreringar under perioder med låg användning för att minimera affärseffekter.

2. Välj flytt med nästan ingen nedtid för kritiska arbetsbelastningar. Migrering med nästan obefintligt driftstopp säkerställer att kritiska arbetslaster förblir i drift under övergången genom kontinuerlig datareplikering och växlingstekniker. Den här metoden är viktig för kundinriktade program, realtidstransaktionssystem eller arbetsbelastningar med strikta serviceavtal. Kontrollera att arbetsbelastningsarkitekturen stöder kontinuerlig replikering och att nätverksbandbredden kan hantera dataöverföring i realtid. Testa anslutning och replikeringsprocesser i en icke-produktionsmiljö för att bekräfta beredskapen för den här migreringsmetoden.

Definiera återställningsplan

En återställningsplan gör det möjligt för team att snabbt ångra ändringar när en distribution misslyckas eller medför risker. En väldefinierad plan minimerar driftstopp, begränsar affärspåverkan och upprätthåller systemets tillförlitlighet. Upprätta alltid återställningsvillkor och procedurer innan du påbörjar migrering eller distribution.

1. Definiera misslyckad distribution. Samarbeta med affärsintressenter, arbetsbelastningsägare och driftsteam för att avgöra vad som räknas som en misslyckad distribution. Exempel är misslyckade hälsokontroller, dåliga prestanda, säkerhetsproblem eller mått för ouppfyllda resultat. Den här definitionen säkerställer att återställningsbesluten överensstämmer med organisationens risktolerans. Inkludera specifika villkor som utlöser en återställning i distributionsplanen, till exempel gränser för cpu-användning, tröskelvärden för svarstid eller felfrekvenser. Den här utvärderingen gör återställningsbeslut tydliga och konsekventa under incidenter.

2. Automatisera "rollback"-steg i CI/CD-pipelines. Använd verktyg som Azure Pipelines eller GitHub Actions för att automatisera återställningsprocesser. Konfigurera till exempel pipelines för att distribuera om en tidigare version om integritetskontroller misslyckas.

3. Skapa arbetsbelastningsspecifika återställningsinstruktioner. Utveckla återställningssteg som matchar din arbetsbelastningstyp, miljö och distributionsmetod. Infrastruktur som kod-lösningar kräver till exempel att tidigare mallar återappliceras. Applikationsåterställningar innebär återdistribuering av en tidigare containeravbildning. Bifoga återställningsskript, konfigurationsögonblicksbilder och mallar för infrastruktur som kod till din återställningsplan. Dessa resurser möjliggör snabbt genomförande och minskar beroendet av manuella åtgärder.

4. Testa återställningsprocedurer för att återgå till tidigare tillstånd. Simulera distributionsfel i en förproduktionsmiljö för att verifiera återställningsprocessens effektivitet. Identifiera och lösa luckor i automatisering, behörigheter eller beroenden. Bekräfta att återgången återställer systemet till ett stabilt och beprövat fungerande tillstånd.

5. Förbättra återställningsstrategier Efter varje distributions- eller återställningshändelse utför du en retrospektiv för att utvärdera vad som fungerade och vad som inte fungerade. Uppdatera återställningskriterier, procedurer och automatisering baserat på lärdomar, arkitekturändringar eller nya verktyg. Underhåll dokumentationen för att säkerställa att återställningsstrategier förblir aktuella och effektiva.

Engagera intressenter i migreringsplanen

Godkännande av intressenter validerar att din migreringsplan uppfyller affärskrav och risktolerans. Du bör skaffa formellt godkännande innan du genomför migreringar.

1. Dokumentera migreringsplanen med affärsmotivering. Skapa en strukturerad plan som visar arbetsbelastningens namn, ägare, allvarlighetsgrad, migreringsmetod, stilleståndstid och affärseffekter. Ta med en motivering för varje metod och förklara hur den minimerar risken.

2. Presentera testade återställningsprocedurer. Visa specifika återställningsplaner med steg, tidsramar och framgångsvillkor. Inkludera automatiserade och manuella funktioner. Dokumentera testresultat för förproduktion för att bevisa snabb återställning av tjänsten.

3. Verifiera scheman mot affärsbegränsningar. Granska tidslinjer med intressenter för att undvika kritiska affärsperioder, underhållsstopp och säsongstoppar. Ange alternativa alternativ med kompromisser om det finns konflikter.

4. Få formellt godkännande och återställningsbehörighet. Säkra skriftligt godkännande från intressenter för migreringsplanen och återställningsprocedurer. Definiera beslutsutfärdande myndigheter och upprätta kommunikationskanaler för nödsituationer.

5. Definiera framgångskriterier och granska kontrollpunkter. Ange mätbara mått, inklusive prestandamått, funktionsvalidering och kriterier för användargodkännande. Schemalägg formella granskningspunkter för go/no-go beslut.

Nästa steg