Denna blogg kommer att diskutera de kritiska komponenterna i en molnmigrering strategi.
Hälften av migreringarna överskrider sin budget, och mer än 2/3 överskrider sin planerad tidsram. Förberedelser är avgörande för att förhindra dessa scenarier.
Strategi för molnmigrering: Planera innan du börjar
Utvärdera nuvarande tillgångsinventering
De flesta företag är inte medvetna om alla programvaruapplikationer med alla korrigeringar och uppdateringar som installeras under företagets hela livstid.
När IT-personal 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 bör du också verifiera dina licensavtal innan migreringen påbörjas.
Många avtal utesluter användning av molnet, vilket kräver att företagen hittar lösningar och alternativ till licensbegränsningar.
Bedöm leverantörens kompatibilitet innan du bestämmer dig
Vanliga leverantörer som AWS kommer att formatera om data. Appar som körs på äldre operativsystem kan fungera dåligt i molnet, även om de är Windows- eller Linux-baserade.
I detta fall, Uppgradering av programvara och operativsystem. i förväg är till nytta.
Identifiera eventuella applikationsberoenden
Att migrera 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 du se till att alla appar som flyttas får det stöd de behöver för att fungera, och att alla appar som blir kvar också får det.
Var noga med att se till att identifiera appar och deras beroenden är en del av er migreringsplan och övergripande strategi för molnmigrering.
Känn dina slutanvändare
Om end-användare är vana vid att interagera med en applikation på ett sätt, och vid migreringen misslyckas med att uppfylla deras standarder, kan de kostnadsfördelar som uppstår vid migreringen uppvägas av en upprörd kundbas.
Omvärdera er strategi för styrning
En övergång till molnet kräver en förändring av organisationens styrningsstrategi.
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 vettigt att till en början göra din styrningsstrategi specifik för 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 stället för specifikt för en leverantör.
Leta efter områden där molnet kan introducera en svaghet i era rutiner. 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 ni 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 nu onödig utrustning
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.
Att återsälja tillgångar är ofta svårt om inte en del av ditt team är specialiserat på att hantera IT-tillgångar.
Dessutom kan återanvändning av begagnad utrustning utan korrekt data radering innebär att du riskerar att drabbas av en dataintrång.
Hitta ett företag för återvinning av tillgångars värde med erfarenhet av branschen, R2 data raderingscertifiering 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 specifik infrastruktur.
I så fall kanske de inte är molnportabla i sitt nuvarande skick. Generellt sett har du fyra alternativ när du migrerar appar till molnet.
- Återuppta på IaaS: Distribuera till en Infrastructure-as-a-service-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, går förlorade utan någon ny arkitektur.
- Refactor för PaaS: Kör appar på molnleverantörens infrastruktur med Platform-as-a-Service. PaaS:ens bakåtkompatibilitet gör att utvecklarna 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 programhosting på leverantörens infrastruktur, medan 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å det är inte säkert att de nuvarande erbjudandena motsvarar det som utvecklarna för närvarande är beroende av.
- Rearkitekt på Paas: Kassera nuvarande kod och bygg applikationen på nytt för ett nytt programramverk. Rearkitektur är i allmänhet dyrt och tidskrävande. Detta alternativ ger dock företaget möjlighet 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 istället med en Software-as-a-Service som Google Apps. en enkel ersättning gör att företag kan undvika att investera i en mobilisering av utvecklingsteam om en affärsfunktion ändras oväntat. De potentiella nackdelarna är problem med dataåtkomst och semantik för variabel data.
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 vid beslut.
Och en del av strategin för molnmigrering bör vara att fastställa vilken typ av molninstallation som fungerar bäst för era behov.
Offentligt moln Proffs
- Ger omedelbara besparingar
- Ingen kapitalinvestering för att starta verksamheten
- Globalt
- Offentliga molntjänster kan nås från var som helst i världen
- Överlägsen smidighet och elasticitet
- Inget behov av att planera databehandlingsbehov i förväg
- Obegränsad beräknings- och lagringskapacitet
- Snabbt kunna anpassa sig till förändringar i arbetsbelastningen
- Minskat underhåll och förvaltning
- Inga anläggningar inblandade
Fördelar med privata moln
- Överlägsen säkerhet
- Viktiga data ligger bakom en hanterad brandvägg
- Enklare att följa gällande lagstiftning
- Konfigurationsstyrning
- Företag kan anpassa sin infrastruktur och sitt gränssnitt som de vill
- Låg latens
Proffs på hybridmoln
- Flexibel
- Använder aspekter av både lokal och molnbaserad IT, kan mixas och matchas för en idealisk balans mellan kostnad och säkerhet
- Hantera skiftningar i arbetsbelastningen väl
- Kan förlita sig på det publika molnets resurser
- Säkerhet (teoretiskt)
- Dölj viktiga data bakom en privat brandvägg
- Kostnad
- Sänk kostnaderna genom att bara betala för molnresurser när arbetsbelastningen förändras
- Lägre lokala kostnader genom att använda offentliga molnresurser
Nackdelar med offentliga moln
- Begränsad anpassning
- Leverantören bestämmer setup
- Potentiella säkerhetsproblem
- Flera hyresgäster
- Ingen privat brandvägg
Nackdelar med privata moln
- Kräver omfattande personal
- Team för upphandling av hårdvara
- Team för konstruktion och byggande av datacenter
- Operativ personal 24/7/365 i alla anläggningar
- Nätverkande team
- Säkerhetspersonal
- Måste planera för databehandlingsbehov i förväg
- Svårt att anpassa sig till oförutsedda förändringar i arbetsbelastningen
- Brist på datorkraft
- Svårt för en privat företagsserver att matcha AWS eller Google
- Förlitar sig på kompetenta säkerhetsspecialister för att skydda känsliga data
Nackdelar med hybridmoln
- Sårbarhet vid dataöverföring
- Data som rör sig mellan olika zoner, från offentliga till privata, kan potentiellt hackas
- Tidsfördröjningar
- Viktig dataöverföringskommunikation kan ha högre överföringstider än i ett privat moln
- Tråkigt att implementera från grunden initialt
- Höga initialkostnader för att skapa ett hybridmoln
- Komplex implementering av kommunikation mellan offentliga och privata moln
Vilken du ska använda beror till stor del på behoven i din specifika bransch.
Hybridmoln används t.ex. ofta inom finanssektorn.
De kan placera handelsorder med hjälp av den privata molninfrastrukturens snabbhet, men ändå köra analyser med hjälp av databehandling kraften i det publika molnet.
Dessutom kan företagens verksamhetskritiska algoritmer data är säkrad bakom det privata molnets brandvägg.
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 skapa en säker miljö försvinner 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 kontrollen, anpassningen och data säkerhet i det privata molnet.
Vad man bör och inte bör göra för att migrera till molnet
Att lyckas med något i teknikvärlden är ofta mångfacetterat och kan ha många rörliga delar. Planer består av regler, riktlinjer och bästa praxis som hjälper 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 bör du göra en testmigrering med en applikation som redan är anpassad för molnet.
Gör inte uppgradera något efter att du har kommit igång. 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 kastar dig ut i det. Avfyra kulor före kanonkulor. Om du följde föregående planering steg, bör du veta vilka aspekter av dina program och 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 publicerats av IDC, upplevde företag som "distribuerade applikationer på Amazon Cloud..." fördelar som t.ex:
- 626% ROI
- Produktivitetsökning inom mjukvaruutveckling: 507%
- Minskning av stilleståndstiden för 72%
- Ökad IT-produktivitet för 52%
- TCO-besparingar för 70%
Trots dessa potentiella fördelar måste organisationer planera noggrant innan de ger sig in i molnvärlden databehandling. Och ur planering bör ha en tillförlitlig plan och strategi för molnmigrering.