F:
Vilka är några bekymmer företag kan ha med en "lift and shift" molnstrategi?
A:Processen med "lyft och växling" för vissa uppsättningar av arbetsbelastningar eller datamiljö definieras vanligtvis som ett projekt som helt enkelt försöker "lyfta" operationerna ur någon miljö och sedan "flytta" den till en annan - till exempel en flyttning av vissa arbetsbelastningar och uppgifter från lokalt till lokalt eller överföring av datafunktioner från ett datacenter till ett annat. De oro som företag kan ha involverar några av nötter och bultar för hur en sådan migration kan fungera.
Vissa problem med hiss och växling hänför sig till idén att det inte är så enkelt som det låter att bara "klippa och klistra in" systemoperationer till ett nytt system. Ofta kommer en lyft- och växlingsstrategi att starta utan tillräcklig dokumentation av krav eller driftsdesign. När dessa krävs senare kan det kasta en apnyckel i projektet.
Andra problem med lift och shift innebär skillnaderna mellan de två miljöerna i fråga. Ett projekt kan fungera bra i ett lokalt eller ursprungligt äldre system, eftersom det systemet har alla rätt resurser, men det kanske inte fungerar lika bra på en ny plats. En överförenklad analogi skulle vara en krukväxt: det finns ett antal faktorer som kan göra att en växt trivs mindre i en kruka än i en annan.
Andra problem med hiss och växling har att göra med inneboende problem i den ursprungliga processen: det finns ofta tanken på att det i en hiss och växling inte finns någon ansträngning att lösa problem innan migrationen. Det gör att dessa problem försvinner projektet i sin nya miljö och förorsakar frodigt kaos när intressenter försöker implementera och skala det nya systemet. VMware vExpert Eric Wright, som skriver för den turbonomiska bloggen, gör också en analogi för detta problem: analogin från ett rörligt företag som helt enkelt "lyfter och skiftar" containrar fulla med skräp eller skräp och levererar skräpkomponenter till en destination. Tanken med IT-lyft och förskjutning är att resultaten kan innebära värdelösa surrar av data, data som inte är anpassade till dess hanteringssystem eller datauppsättningar som växer ut från deras "livsmiljö."
Allt detta är potentiella problem med ett "lift and shift" -scenario, som kan kontrasteras med andra scenarier som kallas, kanske, "fixa och skicka", där det finns ansträngningar att utforma och perfekta system före en migration.
