Resan till att implementera molnet

  • Artikel

Molnimplementeringsresor tenderar att följa liknande banor. Det finns variationer, men det kan fortfarande vara bra att se hur andra använder molnet. Att veta vilka arbetsbelastningar du ska hantera först och vad du ska göra med dem kommer att effektivisera din molnimplementeringsresa.

Diagram showing portfolio migration modernization approach.

En viktig faktor vid införandet av rätt molnlösning är balansen mellan kontroll och produktivitet. IaaS-lösningar (Infrastruktur som en tjänst) ger dig mest kontroll men kräver mer tid att underhålla. Plattform som en tjänst (PaaS) och saaS-lösningar (software as a service) överför hanteringsansvaret till Azure och gör det möjligt för dina team att fokusera på att vara produktiva. Den balans som krävs mellan kontroll och produktivitet skiljer sig åt för varje organisation, och den ändras med tiden när dina prioriteringar ändras.

För den första molnimplementeringen drar en typisk organisation tillbaka 35 % av sina program, ersätter 15 % av sin portfölj och migrerar 50 % med endast nödvändiga ändringar (omplatform eller rehost).

Dra tillbaka (35 %)

Dra tillbaka alla arbetsbelastningar som din organisation inte behöver. Du måste utföra identifiering och inventera för att hitta program och miljöer som inte är värda investeringen att behålla. Kostnads- och tidseffektivitet är målen med pensioneringen. Ditt team kan fokusera på de viktigaste tillgångarna när du krymper din portfölj innan du flyttar den till molnet.

Ersätt (10 %)

De flesta organisationer ersätter cirka 10 % av sina program med saaS (programvara som en tjänst) och lågkodslösningar. Du kan uppnå mål enklare genom att anta mer produktiva lösningar.

Tabell 1 – Exempel på hur du ersätter arbetsbelastningar med SaaS och lågkodslösningar

Från To
Anpassad rad med
business (LOB)
program		 Power Apps
DevOps-verktyg GitHub
Förhållande
Hantering		 Dynamics 365
Industrin
Vertikaler		 Tredje part
Saas

Omkompetera eller återskapa (5 %)

Om du inte effektivt kan ersätta viktiga affärsprogram med SaaS eller lågkodslösningar kan du överväga att bygga om eller återskapa programmen. Även om det är komplext att bygga om eller bygga om är det viktigt för att få ut det mesta av molntekniken. Huvudmålet är att skräddarsy dessa program för molnet. Den här metoden omfattar flera viktiga aspekter:

  • Skalbarhet: Anpassa programmet så att det hanterar varierande efterfrågenivåer effektivt.
  • Tillförlitlighet: Förbättra programmets möjlighet att fungera konsekvent utan fel.
  • Säkerhet: Integrera avancerade säkerhetsåtgärder för att skydda data och åtgärder i molnet.

Du kan också integrera avancerade tekniker som generativ AI i det här skedet. Integrerade lösningar kan förbättra programfunktionerna på betydande sätt. Exempel på AI-teknik är:

  • Förutsägelseanalys: Använd AI för att förutse kundernas behov.
  • Processautomatisering: Använda AI för att automatisera affärsprocesser.

Genom att bygga om eller bygga om utnyttjar du alla molnbaserade funktioner och AI-drivna framsteg.

Byta värd eller omplatform (50 %)

Ett typiskt företag migrerar ungefär hälften av sina befintliga arbetsbelastningar. Inom dessa arbetsbelastningar finns det normalt tre svårighetsgradsnivåer. Cirka 35 % är lätta att flytta. Nästa 10 % är svårare eftersom de är mer komplexa eller viktigare, och endast de sista 5 % kräver extra planering för att köra.

Det finns många migreringsmetoder. Rehosting ("lift-and-shift") och replatforming ("modernisera") är de vanligaste och våra rekommenderade metoder för molnimplementering. Men det kan vara svårt att avgöra vilken som uppfyller dina behov, så vi har vägledning för att bestämma vilken metod som är rätt för dig. Mer information finns i Migrera eller modernisera?.

Först att flytta (35%)

Vi rekommenderar att du väljer enkla vinster för de första arbetsbelastningarna att flytta. Med den här strategin kan du utvärdera din implementeringsplan för enklare program innan du hanterar mer komplexa arbetsbelastningar. När du arbetar bör du dokumentera dina framgångar och se över din strategi om det behövs. Tillämpa dessa insikter på dina mer komplicerade rörelser. Två exempel på arbetsbelastningar som du kan ta med i ditt första steg är grundläggande webbappar och avancerade portaler.

  • Grundläggande webbappar: Vi rekommenderar att du byter värd för dina grundläggande webbprogram och väntar på att flytta dina mer komplicerade arbetsbelastningar tills du har flyttat dina grundläggande webbappar. Azure App Service är en flexibel programplattform som kan vara värd för de flesta program. Vi rekommenderar den här lösningen för grundläggande webbprogram. Mer information finns i Azure App Service.

  • Avancerade portaler: Du bör migrera dina portaler till Power Apps-portaler för att öka produktiviteten.

Bredvid flytt (10 %)

Du bör använda lärdomar från dina första steg för att hantera mer utmanande eller viktigare arbetsbelastningar. Vi har några exempel som ger dig en uppfattning om arbetsbelastningstyperna.

  • Hög affärspåverkan: Arbetsbelastningar som ökar intäkterna eller är verksamhetskritiska.

  • OLTP-system (High Input/Output) (I/O) online: Dessa arbetsbelastningar registrerar affärstransaktioner och har förhöjda bearbetningskrav.

  • Reglerad information: Dessa arbetsbelastningar måste följa juridiska standarder och branschstandarder som HIPAA, PCI DSS och andra. Vi rekommenderar att du använder Azure Policy för att säkerställa efterlevnaden av dessa standarder. Mer information finns i Azure Policy.

Svårt eller kostsamt att flytta (5 %)

Flytta de svåraste och dyraste arbetsbelastningarna sist. Följande system kan behöva mer eftertanke för att kunna flytta effektivt.

  • Högvärdestillgång (HVA): Avbrott eller skada av den här arbetsbelastningen skulle störa alla affärsåtgärder.

  • PKI-system (Public Key Infrastructure): Arbetsbelastningar som hanterar digitala x509-certifikat, nätverkskryptering och autentisering.

  • Äldre källkontroll: Källkontrollsystem som inte är lätta att ersätta med GitHub.

  • Det går inte att modernisera: Äldre eller patentskyddad teknik som inte kan moderniseras.

  • Djupgående arkitekturändring: Äldre arkitekturer som kräver en fullständig omdesign av arkitekturen. Använd Microsoft Azure Well-Architected Framework i stället för att modernisera CAF-metoden.

Fler resurser

Nästa steg

Migrera eller modernisera först?