Skydd mot molnimplementeringsplan

Kunder upplever ofta antimönster när de implementerar en molnlösning. Antingen är lösningen ineffektiv eller så får det oavsiktliga konsekvenser. Vanliga scenarier är:

• Feljusterade driftsmodeller leder till ökad tid till marknad, missförstånd och ökat tryck på IT-avdelningar.
• Företag väljer ibland fel tjänstmodell när de antar att PaaS (Plattform som en tjänst) minskar kostnaderna.
• När en organisations arkitektur ändras kan större ersättningsprojekt resultera. Det är ofta komplicerat och kostnadskrävande att hantera dessa projekt.

Antimönster: Välj fel molndriftsmodell

Ett företags strategiska prioriteringar och portföljens omfattning avgör dess molndriftsmodell. Modeller kan ha olika typer av ansvar, landningszoner och fokus. När modeller inte överensstämmer med företagets mål kan problem uppstå:

• Ökad tid till marknad
• Missförstånd
• Ökat tryck på IT-avdelningar

Exempel: Tilldela för mycket ansvar till ett litet team

Ett företag introducerar en driftsmodell som gör IT-avdelningen ansvarig för allt som körs i molnet. Teamet som ansvarar för molnet innehåller tre personer. Den här konfigurationen leder till en långsam implementeringsresa eftersom:

• Teamet godkänner endast åtgärder när de har full förståelse för deras effekt på verksamheten, driften och säkerheten.
• Dessa problem är inte teamets huvudsakliga expertområde.

Ämnesexperter vill använda molntjänsten, så affärsenheter ökar trycket. Shadow IT kommer förmodligen att dyka upp när affärsenheter använder företagets kreditkort för att skapa miljöer för sig själva.

Önskat resultat: Jämför modeller och skapa en beredskapsplan

Granska strategiska prioriteringar, portföljomfång, krav och begränsningar. Utforska alternativen för driftsmodeller genom att jämföra de fyra vanligaste molndriftsmönstren med din aktuella molndriftsmodell. Identifiera en eller flera molndriftsmodeller som passar din organisation. Bestäm sedan en modell. Eftersom rollerna ändras med driftsmodeller skapar du en kompetensberedskapsplan innan du flyttar till molnet.

Antimönster: Välj fel tjänstmodell

Företag antar ibland att PaaS-lösningar kostar mindre än IaaS-lösningar (infrastruktur som en tjänst). Det här antagandet kan leda till fel val av tjänstmodell. Kostnadsmedvetna företag gör ofta detta misstag när deras främsta orsak till att flytta till molnet är att sänka kostnaderna. Dessa företag glömmer att de också behöver ändra processer när de inför PaaS, särskilt när de flyttar vissa ansvarsområden till molnleverantörer. Om du byter till PaaS införs grundläggande förändringar i samordningsarbetet, tekniska metoder och leveranspipelines. Oväntade kostnadsökningar och fördröjningar kan uppstå.

Exempel: Välj PaaS framför IaaS

En utgivare startar ett program för att migrera sina datacenter till molnet. Cheferna vill modernisera sin aktuella programarkitektur och verktyg samtidigt. Deras skäl är:

• Maximera kostnadseffektiviteten.
• Utveckla en modernare programportfölj.

För sin implementeringsstrategi väljer de PaaS framför IaaS. Ett år in i molnimplementeringsresan har de en långsam implementeringsgrad. De har varit tvungna att ändra många processer, metoder och verktyg för att implementera PaaS i full utsträckning. Styrelsen ser inte de vanliga effekterna och fördelarna med PaaS. Samtidigt är IT långsammare än någonsin, medan datacenterkostnaderna förblir desamma.

Önskat resultat: Minimera avbrott i verksamheten

Börja med IaaS för inledande molnimplementeringsprojekt för att minska samordningsarbetet. Att införa nya processer och metoder är mer hanterbart när du flyttar till molnet senare i stället för från början. Anta IaaS först, särskilt i scenarier för datacenteromvandling. Starta samtidigt ett initiativ för molnkunskaper.

Modernisera och implementera PaaS gradvis senare, när arbetsbelastningen redan finns i molnet. Den erfarenhet som du har fått hjälper dig att införa PaaS snabbare. Du behöver lära dig färre nya färdigheter och processer för modernisering. Du kommer inte heller att störa dina affärsprocesser nämnvärt.

Antimönster: Ersätt arkitektur

Program som baseras på PaaS och programvara som en tjänst (SaaS) är relativt enkla att underhålla. De kräver vanligtvis lite arbete från ledningen. Därför gör många företag om gamla, komplexa arkitekturlandskap genom att ersätta dem med SaaS och molnbaserade begrepp. Den här arkitekturändringen leder vanligtvis till större ersättningsprojekt. Det är en komplex, kostnadskrävande uppgift att hantera och köra dessa projekt. Att ändra processer och driftsmodellen innebär också andra betydande risker.

Exempel: Välj ersättning framför modernisering

Ett företag har en stor SAP-miljö. IT-avdelningen vill ersätta det här landskapet, vilket orsakar flera problem med prestanda och stabilitet. När IT startar i ett ersättningsprojekt blir listan över due diligence för att ersätta hela miljön längre varje dag.

Önskat resultat: Rationalisera din digitala egendom

Innan du ersätter en stor eller komplex programmiljö bör du överväga att stegvis förbättra din miljö genom att modernisera i stället. Relativt små ändringar i programmiljön kan ha stor inverkan på prestanda och tillförlitlighet. Om du till exempel ändrar värdplattformen till Azure kan det ge stabilitet och snabba resultat. Förbättrade prestanda- och tillförlitlighetsresultat, till en bråkdel av den uppskattade ersättningskostnaden.

När du bestämmer dig för en innovationsstrategi bör du utforska olika moderniseringsalternativ. Utvärdera dessa alternativ i ett konceptbevis (POC).

Förstå ditt företags digitala egendom och utvärdera digitala tillgångar enligt de fem R:na för moln rationalisering. Ta reda på vilken av de fem R:erna som passar bäst för att modernisera eller migrera dina tillgångar:

• Ange ny värd
• Omstrukturera
• Omforma
• Återskapa
• Ersätt

Nästa steg

Lär dig mer om fasen Redo för molnimplementering.