Vi köper begagnad IT-utrustning!

Strategi för molnmigrering: Gör din migrering till en framgång

Alt="Cloud computing"
Lästid: 6 Protokoll

Denna blogg kommer att diskutera de kritiska komponenterna i en molnmigrering strategi.

Hälften av alla migreringar överskrider sin budget och mer än 2/3 överskrider sin planerad tidsram. Förberedelser är avgörande för att förhindra dessa scenarier.

cloud migration strategy

Strategi för molnmigrering: Planera innan du börjar

Utvärdera nuvarande tillgångsinventering

plan a-b

De flesta företag känner inte till alla programvaruapplikationer med varje patch och uppdatering som installeras under hela företagets livstid.

När IT-medarbetare byts ut kan de dessutom ta med sig nödvändig information om program och infrastruktur. Ofta kan detta vara information som behövs för molnmigrering.

Kontrollera alla licensavtal

Som en del av migreringsrutinerna ska du också verifiera dina licensavtal innan migreringen påbörjas.

Många avtal förhindrar användning av molnet, vilket innebär att företagen måste hitta lösningar och alternativ till licensbegränsningar.

Bedöm leverantörskompatibilitet innan du åtar dig ett uppdrag

Vanliga leverantörer som AWS kommer att omformatera data. Appar som körs på äldre operativsystem kommer potentiellt att fungera dåligt i molnet, även om de är Windows- eller Linux-baserade.

I det här fallet.., uppgradering av programvara och operativsystem i förväg är fördelaktiga.

Identifiera eventuella applikationsberoenden

Att flytta en app till molnet och samtidigt lämna kvar den beroende applikationen är ett vanligt problem. Och det kan vara ett mycket stort problem.

Genom att vara medveten om eventuella beroenden kan man se till att de appar som flyttas får det stöd de behöver för att fungera, och att de appar som blir kvar också får det.

Var noga med att se till att identifierande appar och deras Beroenden är en del av din migreringsplan och övergripande strategi för molnmigrering.

Känn dina slutanvändare

Om slut...användare är vana vid att interagera med en applikation på ett sätt, och när den vid migreringen inte uppfyller deras krav, kan de kostnadsfördelar som uppstår vid migreringen uppvägas av en upprörd kundbas.

Omvärdera din strategi för styrning

Att flytta till molnet kräver en förändring av organisationens strategi för styrning.

När de rör sig data till det publika molnet minskar företagets kontroll över det, och molnleverantörerna tar motsvarande ansvar för det.

Eftersom varje leverantör har olika policyer, kan det vara klokt att inledningsvis göra din styrningsstrategi specifik för den leverantör.

För att förhindra ett ineffektivt byte av leverantör är det bäst att göra styrningsstrategin molnklar i allmänhet i motsats till specifikt klar för en leverantör.

Leta efter områden där molnet kan medföra en svaghet i din verksamhet. Skapa en allmän strategi och policyer för att hantera svagheterna och specificera sedan hur strategin ska tillämpas på den leverantör som du väljer.

På så sätt behöver din strategi bara justeras lite för att passa en annan leverantör.

Ha en exIT-strategi för utrustning som inte längre behövs

successful cloud migration

Många gånger är process för avveckling av datacenter är extremt tidskrävande och tillgångarna har skrivits av betydligt mer än beräknat.

Det är ofta svårt att återmarknadsföra tillgångar om inte en del av ditt team är specialiserat på bortskaffande av IT-tillgångar.

Dessutom kan återanvändning av begagnad utrustning utan data radering innebär att du riskerar att utsättas för dataintrång.

Hitta ett företag som arbetar med återvinning av tillgångsvärden och som har erfarenhet av branschen, R2 data certifiering för radering och fjärrstyrd upphämtning med vita handskar är det bästa sättet att minimera tidsinvesteringen och maximera avkastningen på dina tillgångar.

Kan din applikation köras i molnet?

Dina applikationer kan ha skrivits för att köras på ett äldre operativsystem som Windows 7 eller för en specifik infrastruktur.

I så fall kanske de inte är molnportabla i sitt nuvarande tillstånd. Generellt sett har du fyra alternativ när du migrerar appar till molnet.

  • Rehost på IaaS: Distribuera till en infrastruktur-som-en-tjänst-miljö. Under processen måste företaget konfigurera om appen så att den fungerar i en virtuell hårdvarumiljö. Detta kallas ibland för "lift and shift" och är i allmänhet det snabbaste alternativet, men fördelarna med molninfrastrukturen, t.ex. skalbarhet, kommer att gå förlorade utan någon omarkitektur.
  • Refactor för PaaS: Kör appar på molnleverantörens infrastruktur med Platform-as-a-Service. PaaS:ens bakåtkompatibilitet gör att utvecklare kan använda samma språk, ramverk och behållare som de är vana vid. Används ofta för att göra saker som javautveckling eller applikationshosting på leverantörens infrastruktur, samtidigt som man behåller befintlig infrastruktur för allt annat. Detta alternativ kan innebära risker som att vara låst till ett specifikt ramverk och transitiv risk. Dessutom är PaaS-marknaden fortfarande i sin linda, så nuvarande kapacitetserbjudanden kanske inte matchar det som utvecklare för närvarande är beroende av.
  • Rearkitekt på Paas: Kassera nuvarande kod och bygg applikationen på nytt för ett nytt ramverk för programvara. Ny arkitektur är i allmänhet dyrt och tidskrävande. Det här alternativet gör det dock möjligt för företaget att på bästa sätt dra nytta av innovativa inbyggda molnfunktioner. Dessa verktyg som erbjuds av leverantören kan öka produktiviteten avsevärt. Den största svagheten är att man blir inlåst om leverantören gör en oacceptabel förändring eller bryter mot något serviceavtal.
  • Ersätt med SaaS: Eliminera en befintlig applikation som Windows Exchange och ersätt den med en Software-as-a-Service som Google Apps istället. en enkel ersättning gör att företag kan undvika att investera i en mobilisering av ett utvecklingsteam om en affärsfunktion oväntat ändras. De potentiella nackdelarna är problem med dataåtkomst och variabel datasemantik.

Strategi för molnmigrering: Vilket moln är rätt för dig?

Det är viktigt att känna till skillnaderna mellan offentliga, privata och hybridmoln när du fattar beslut.

Och en del av din strategi för molnmigrering bör vara att avgöra vilken typ av molnkonfiguration som fungerar bäst för dina behov.

Offentligt moln Proffs

  1. Ger omedelbara besparingar
    • Ingen kapitalinvestering för att starta verksamheten
  2. Globalt
    • Offentliga molntjänster kan nås från var som helst i världen
  3. Överlägsen smidighet och elasticitet
    • Inget behov av att planera databehandlingsbehov i förväg
    • Obegränsad beräknings- och lagringskapacitet
    • Snabb anpassning till förändringar i arbetsbelastningen
  4. Minskat underhåll och hantering
    • Inga anläggningar inblandade

Proffs på privata moln

  1. Överlägsen säkerhet
    • Viktig data ligger bakom en hanterad brandvägg
    • Lättare att följa regler
  2. Konfigurationsstyrning
    • Företag kan anpassa sin infrastruktur och sitt gränssnitt på det sätt som passar dem bäst
  3. Låg latenstid

Proffs på hybridmoln

  1. Flexibel
    • Utnyttjar aspekter av både lokal IT och molnbaserad IT, kan mixa och matcha för att få den perfekta balansen mellan kostnad och säkerhet
  2. Hantera förändringar i arbetsbelastningen väl
    • Kan falla tillbaka på det publika molnets resurser
  3. Säkerhet (teoretiskt)
    • Dölj kritisk data bakom en privat brandvägg
  4. Kostnad
    • Lägre kostnader genom att endast betala för molnresurser när arbetsbelastningen förändras
    • Lägre kostnader på plats genom att använda resurser i det publika molnet

Nackdelar med publika moln

  1. Begränsad anpassning
    • Leverantören bestämmer inställningen
  2. Potentiella säkerhetsproblem
    • Flera hyresgäster
    • Ingen privat brandvägg

Nackdelar med privata moln

  1. Kräver omfattande personal
    • Team för upphandling av hårdvara
    • Team för design och byggnation av datacenter
    • Driftspersonal 24/7/365 i alla anläggningar
    • Nätverkande team
    • Säkerhetspersonal
  2. Måste planera för databehandlingsbehov i förväg
    • Svårt att anpassa sig till oförutsedda förändringar i arbetsbelastningen
  3. Brist på datorkraft
    • Svårt för en privat företagsserver att matcha AWS eller Google
  4. Förlitar sig på kompetenta säkerhetsspecialister för att skydda känslig data

Nackdelar med hybridmoln

  1. Sårbarhet vid dataöverföring
    • Data som flyttas över zoner från offentliga till privata kan potentiellt hackas
  2. Tidsfördröjningar
    • Viktiga dataöverföringar kan ha högre överföringstider än i ett privat moln
  3. Tråkigt att implementera från grunden initialt
    • Hög initialkostnad för att sätta upp ett hybridmoln
    • Komplex implementering av kommunikation mellan publika och privata moln

cloud migration strategy

Vilken du bör använda beror till stor del på behoven i din specifika bransch.

Till exempel används hybridmoln ofta inom finanssektorn.

De kan lägga handelsorder med hjälp av hastigheten hos den privata molninfrastrukturen, men ändå köra analyser med hjälp av databehandling kraften i det publika molnet.

Dessutom är företagens affärskritiska algoritm data är säkrad bakom brandväggen i det privata molnet.

Ett nystartat företag som inte har råd att anställa ett stort IT-team för att övervaka sitt privata moln och som helt enkelt vill sänka kostnaderna kommer sannolikt att vilja använda det publika molnet. För utan ett team som kan sätta upp en säker miljö förnekas säkerhetsfördelarna med det privata molnet.

Ett större företag med ganska förutsägbara arbetsbelastningar och intensiva säkerhetsbehov, som inom sjukvården, kan därför lockas av kontroll, anpassning och data säkerhet i det privata molnet.

Börja med Dos and Don'ts för en molnmigrering

Ett framgångsrikt genomförande av något i teknikvärlden är ofta mångfacetterat och kan innehålla många rörliga delar. Planer består av regler, riktlinjer och bästa praxis för att hjälpa till att säkerställa framgång.

När det gäller en strategi för molnmigrering är det naturligtvis mycket viktigt att veta vad man ska göra och inte göra.

Gör det: Innan du genomför några större förändringar, gör en testmigrering med en applikation som redan har en arkitektur för molnet innan migreringen.

Gör det inte uppgradera någonting efter att du har börjat. Detta kommer bara att öka risken för fel.

Gör flytta data i faser för att se hur molnet gynnar dig och fungerar innan du hoppar in med huvudet före. Skjut kulor innan du skjuter kanonkulor. Om du följde de tidigare planering bör du veta vilka delar av ditt program och din verksamhet som data har låg risk och är idealiska till att börja med.

Avslutande ord

Molnet är inte på väg någonstans. Enligt en vitbok som publicerades av IDC, upplevde företag som "distribuerade applikationer på Amazon Cloud..." fördelar som t.ex:

  • 626% ROI
  • Ökad produktivitet inom mjukvaruutveckling: 507%
  • Reducering av stilleståndstiden för 72%
  • Ökad IT-produktivitet för 52%
  • TCO-besparingar med 70%

Trots dessa potentiella fördelar måste organisationerna planera noggrant innan de ger sig in i molnvärlden databehandling. Och ut ur planering bör komma en pålitlig plan och strategi för molnmigrering.

Relaterat Blogg

juli 10, 2024
sv_SESwedish