Byt hosting: planera data och övergång tillsammans
Planera databas, filer och skrivåtkomst tillsammans. En konkret plan skiljer förberedelse, övergång och återgång efter nya ändringar.
Ett hostingbyte är klart för ditt team när det avtalade arbetsflödet fungerar på den nya platsen med rätt dataläge. Bestäm i förväg när ändringar ska tas emot, vem som ger klartecken till övergången och under vilka villkor teamet kan återgå.
Kartlägg flödet och dess skrivvägar
I det tänkta exemplet driver ett företag kundportalen P-65. En kund skapar förfrågan A-65 med bilagan F-65. Databas och fillagring hör ihop. Utöver webbläsaren kan ett gränssnitt och en bakgrundsprocess ändra data. Alla dessa skrivvägar måste ingå i övergångsplanen.
Exemplet använder en meddelad skrivpaus. Det är ett medvetet val, inget krav för varje migrering. Teamet avslutar pågående ändringar kontrollerat och dokumenterar vilka öppna uppgifter som får fortsätta på målplatsen. Att löpande överföra nya ändringar vore en annan metod med egna kontroller av synkronisering och konflikter.
Kom överens om övergångens arbetsordning
AWS rekommenderar att dokumentera och öva beroenden, uppgiftsordning, ansvariga, kontroller och återgång före bytet. Planmallen i exemplet innehåller avsedda steg, inga resultat från en genomförd migrering.
Fas | Överenskommelse i exemplet | Ansvarig roll | Villkor för nästa steg |
|---|---|---|---|
Förberedelse | Kontrollera målmiljön med en konsistent kopia av databas och filer. | Applikationsteam | Inloggning och tillåten åtkomst fungerar, otillåten åtkomst nekas och tillhörande fil kan öppnas i det isolerade testet. |
Skrivpaus | Stoppa mottagning och behandling av nya ändringar på alla gamla skrivvägar; överför det sista konsistenta läget. | Drift och applikationsteam | Öppet arbete är dokumenterat; databas och filer stämmer överens. |
Klartecken | Öppna den kontrollerade målåtkomsten och ta bara emot ändringar på det avsedda nya skrivmålet. | Verksamhets- och driftansvariga | Styrande dataläge, åtkomstväg och beslut om avbrott är tydliga. |
Skilj på avbrott och återgång i förväg
Microsoft rekommenderar att anpassa avbrottskriterier och prövade återgångssteg till arbetslasten. I exemplet hindrar redan en saknad bilaga klartecknet. Så länge inga nya ändringar har tagits emot på målplatsen kan en förberedd återgång till det oförändrade gamla läget passa.
Efter nya ändringar på målplatsen räcker det inte att återställa DNS-adressen. Ändringarna kan saknas i det gamla systemet. Återgången kräver då ett bestämt styrande dataläge och en kontrollerad metod för mellanliggande ändringar. Inga okoordinerade parallella skrivvägar öppnas under tiden. Om teamet inte kan hantera detta säkert måste det ändra planen före klartecknet.
Avsluta DNS och övergång tillsammans
DNS-TTL beskriver normal cachning av ett svar. Vissa klienter kan därför fortfarande använda den gamla åtkomsten. Dess beteende måste passa skrivpausen eller det nya styrande systemet; två oberoende skrivbara kopior är inget avslutat byte.
Kontrollera hela flödet i en lämplig testmiljö, inklusive ny förfrågan, bilaga, roller och bakgrundsarbete. Externa åtgärder begränsas där till testmål. Planera också övervakning och en ansvarig kontakt efter klartecknet. Den gamla tjänsten tas ur drift först när avtalade avslutningsvillkor och säkerhetskopieringen har klargjorts.
Källor
Läs vidare
Alla artiklar
Cloud & drift med ASES
Hosting, driftsättning, underhåll och support