Hvad er nogle af bekymringerne virksomheder kan have med en "lift and shift" sky-tilgang? eval (ez_write_tag ([[320.100], techopedia_com-under_page_title, ezslot_8,242,0,0]));

Forfatter: Roger Morrison
Oprettelsesdato: 22 September 2021
Opdateringsdato: 19 Juni 2024
Anonim
Hvad er nogle af bekymringerne virksomheder kan have med en "lift and shift" sky-tilgang? eval (ez_write_tag ([[320.100], techopedia_com-under_page_title, ezslot_8,242,0,0])); - Teknologi
Hvad er nogle af bekymringerne virksomheder kan have med en "lift and shift" sky-tilgang? eval (ez_write_tag ([[320.100], techopedia_com-under_page_title, ezslot_8,242,0,0])); - Teknologi

Indhold

Præsenteret af: Turbonomic



Q:

Hvad er nogle af bekymringerne virksomheder kan have med en "lift and shift" sky-tilgang?

EN:

Processen med "løft og skift" for nogle sæt arbejdsbelastninger eller datamiljø defineres almindeligvis som et projekt, der blot søger at "løfte" operationerne ud af et miljø og derefter "flytte" det til et andet - for eksempel en flytning af visse arbejdsbelastninger og opgaver fra lokale til lokale, eller en flytning af datafunktioner fra et datacenter til et andet. De bekymringer, som virksomhederne kan have, involverer nogle af møtrikkerne og løsningen på, hvordan en sådan migration kan fungere.

Nogle bekymringer med løft og skift relaterer sig til ideen om, at det ikke er så simpelt som det lyder til bare at “klippe og indsætte” systemoperationer til et nyt system. Ofte starter en lift og shift-tilgang uden tilstrækkelig dokumentation af krav eller driftsdesign. Når disse er påkrævet senere, kan det kaste en abenøgle ind i projektet.


Andre problemer med løft og skift involverer forskellene mellem de to aktuelle miljøer. Et projekt fungerer muligvis fint i et lokalt eller originalt legacy-system, fordi dette system har alle de rigtige ressourcer, men det fungerer muligvis ikke så godt på et nyt sted. En overdreven forenklet analogi ville være en stueplante: der er et antal faktorer, der kan få en plante til at trives mindre i en potte end i en anden.

Andre problemer med løft og skift har at gøre med iboende problemer i den originale proces: der er ofte tanken om, at der i en lift og skift ikke er nogen indsats for at løse problemer før migration. Dette efterlader disse problemer med at ligge bag projektet i dets nye miljø og forårsager voldsomt kaos, da interessenter forsøger at implementere og skalere det nye system. VMware vExpert Eric Wright, der skriver til den turbonomiske blog, laver også en analogi til dette problem: analogien fra et flyttefirma, der simpelthen "løfter og skifter" containere fulde af skrald eller affald og leverer uønskede komponenter til en destination. Ideen med IT-løft og skift er, at resultaterne kan omfatte ubrukelige virvar af data, data, der er uoverensstemmende med dets håndteringssystemer, eller datasæt, der vokser ud fra deres ”habitat.”


Alle disse er potentielle problemer med et “lift and shift” -scenarie, som kan kontrasteres med andre scenarier kaldet, måske, “fix and,” hvor der foregår bestræbelser på at designe og perfekte systemer før en migration.