Share via

Planera för moderna programplattformar

  • Artikel

Planmetoden för Cloud Adoption Framework hjälper dig att skapa en övergripande molnimplementeringsplan som vägleder de program och team som ingår i din molnbaserade digitala omvandling. Den här vägledningen innehåller mallar för att skapa kvarvarande uppgifter och planer för att skapa nödvändiga kunskaper i dina team, allt baserat på vad du försöker göra i molnet.

Tillämpningen av planmetoden fokuserar på de fem R:na för rationalisering av din digitala egendom. Den vanligaste vägen till molnet fokuserar på snabbhet, effektivitet och repeterbarhet för migrerings- och moderniseringsprocesserna. Från de fem R:na prioriterar planering vanligtvis värdalternativ med begränsat parallellt stöd för alternativ för ombyggnad och återskapande.

Digital egendom

När du planerar för din digitala egendom vill du samla in inventeringsdata och rationalisera din egendom. I en plan för containerimplementering är det viktigt att alla tillgångar, till exempel virtuella datorer, data och program, grupperas efter den arbetsbelastning som de stöder. När gruppering och grundläggande rationalisering har slutförts kan du utvärdera dessa arbetsbelastningar för att fastställa paketet och ändra värd för eller omarbeta alternativ.

Mallen för molnimplementeringsplan står för de typer av arbete som krävs i en typisk molnimplementering. Men du måste lägga till uppgifter i din plan för att paketera arbetsbelastningen i containrar och orkestrering av containeretableringen.

Varning

Den här artikeln förutsätter att läsaren redan följer de metodtips som beskrivs i artikelserien om att skapa en molnimplementeringsplan i Azure DevOps. Om du spårar din molnimplementeringsplan i kalkylblad eller andra verktyg för projektspårning är följande avsnitt fortfarande tillämpliga, men de åtgärdsbara stegen för att lägga till data i planen måste justeras.

Varning

Att införliva en modern programplattformsstrategi i standardmigreringsprocesser (eller en migreringsfabrik) kräver mogen implementering av uppgifter som är associerade med att utforma arbetsbelastningsarkitekturer före migreringen. Om du fortsätter med den här strategin utan dessa uppgifter fördröjs migreringen och kan leda till dåliga arkitekturbeslut för de distribuerade containervärdarna och stödarbetsbelastningar.

Identifiera kandidatarbetsbelastningar

I det moderna scenariot med programplattform prioriteras långsiktig avkastning, som kräver en större förskottsinvestering, framför effektivare migreringsprocesser. De långsiktiga investeringarna representeras i specifika delar av planen som ett ökat fokus på att möjliggöra innovation och effektivisera verksamheten för specifika grupper av arbetsbelastningar.

Börja anpassa strategin och planen genom att identifiera alla arbetsbelastningar som sannolikt kommer att påverkas av tillägg av moderna programplattformar i din strategi för molnimplementering. Dessa antaganden kommer att valideras innan tekniska ändringar implementeras. Om du vill ha hjälp med att identifiera potentiella kandidater kan du söka efter följande kriterier i din portfölj med arbetsbelastningar:

  • Aktiv utveckling eller DevOps-investeringar: En procentandel av produktionsarbetsbelastningarna kommer att vara under aktiv utveckling. Vissa kan till och med hanteras via pågående DevOps-metoder.
  • Portabilitet för arbetsbelastning: Vissa arbetsbelastningar påverkas av efterlevnad, dataskydd eller driftsbegränsningar som kan kräva portabilitet mellan privata moln, gränsleverantörer eller till och med flera offentliga molnleverantörer.
  • Konsolidering av arbetsbelastning: Många arbetsbelastningar (särskilt arbetsbelastningar med låg användning) kan vara kandidater för konsolidering på containervärdar, vilket resulterar i få servrar/virtuella datorer och minskade driftskostnader.
  • Äldre arbetsbelastningar: Äldre arbetsbelastningar kan blockera uppdateringar av operativsystem och till och med förhindra migrering till molnet. Äldre arbetsbelastningar som inte är kompatibla med Azure-funktionerna kan vara en kandidat för migrering på en containervärd.

Dokumentera kandidatarbetsbelastningar

Anteckning

Följande lista över överväganden bör endast dokumenteras för migreringskandidater som identifieras av kriterierna ovan.

När du skapar en molnimplementeringsplan dokumenteras varje arbetsbelastning enligt vägledningen i Definiera och prioritera arbetsbelastningar. Alla arbetsbelastningar som är kandidater för det moderna programplattformsscenariot kräver ytterligare information för att vägleda genomförandet av planen. Den artikeln belyser vikten av att dokumentera affärs- och tekniska indata för att definiera arbetsbelastningen. För moderna programplattformskandidater bör följande datapunkter läggas till i definitionen av arbetsbelastningen.

Affärsindata

Följande är affärsrelaterade datapunkter som kan påverka beslutet att inkludera en arbetsbelastning i den moderna programplattformsstrategin.

  • Efterlevnadsdrivrutiner: Vilka specifika efterlevnadskriterier är att tänka på när det gäller att vara värd för den här arbetsbelastningen i ett privat moln?
  • Dataskyddsdrivrutiner: Vilka dataskyddsåtgärder driver överväganden för att hantera den här arbetsbelastningen i ett privat moln?
  • Driftsbegränsningar: Vilka driftsbegränsningar är att tänka på när det gäller att vara värd för den här arbetsbelastningen i ett privat moln?
  • Moderna programplattformsresultat: Vilket av följande är drivrutinen bakom utvärderingen av den här arbetsbelastningen som containerkandidat? DevOps, portabilitet, konsolidering, äldre eller flera av dessa drivrutiner.
  • Driftsmodell: Kommer den här arbetsbelastningen att hanteras centralt (av central IT/CCoE), centralt (av arbetsbelastningsteamet) eller med företagsåtgärder (central support och arbetsbelastningsspecifika åtgärder)?

Tekniska indata

Följande är datapunkter från teknikteamen som kan påverka beslutet att inkludera en arbetsbelastning i den moderna programplattformsstrategin.

Platsöverväganden:

Överväganden som rör var arbetsbelastningen ska finnas.

  • Värdkrav för offentliga moln: Finns det en specifik teknisk begränsning som är kopplad till kravet för det offentliga molnet?
  • Värdkrav för privata moln: Finns det en specifik teknisk begränsning som är kopplad till kravet för det privata molnet?
  • Krav för Edge-värdtjänster: Finns det en specifik teknisk begränsning som är associerad med gränskravet?
  • Portabilitetskrav: Finns det en specifik teknisk begränsning som är kopplad till kravet på molnportabilitet?

Åtgärdsöverväganden:

Överväganden som rör driften av plattformen, värdar och arbetsbelastningar.

  • Primär molnplattform: Organisationer bör definiera en primär molnplattform för att tillhandahålla verktyg för drifthantering. Vissa organisationer kan ha mer än en primär molnplattform för att hantera olika typer av åtgärder. Vilken är den primära molnplattformen för att hantera den här arbetsbelastningen?
  • Ytterligare driftplattformar: Kommer den här arbetsbelastningen också att hanteras av ytterligare driftplattformar?
  • Molnvärdkrav: Kräver den här arbetsbelastningen en specifik molnvärdstrategi? Offentligt moln, privat moln eller molnportabilitet
  • Standardiserad orkestreringsplattform: Om företaget har en standardlösning för containerorkestrering inkluderar du namnet på den standardiserade plattform som ska beaktas. Exempel: Azure Kubernetes Service (AKS), AKS-motor eller Kubernetes.
  • Anpassade orkestreringsöverväganden: Finns det ett krav på en containerorkestreringsplattform som inte är standard? I så fall förklarar du det kravet.
  • Standardiserade värdåtgärder: Det förutsätts att arbetsbelastningar är icke-fientliga och kan finnas på delade containrar som stöds av standardiserade värdåtgärder. Är den här arbetsbelastningen kompatibel med den här metoden?
  • Överväganden för anpassade värdåtgärder: Om arbetsbelastningen inte är kompatibel med standardiserade åtgärder, vilka specifika krav bör övervägas när du upprättar värdåtgärder för den här arbetsbelastningen?

Programöverväganden:

Överväganden som är specifika för hur programmet utvecklas och kommer att utvecklas framöver.

  • PaaS-körning (Plattform som en tjänst): Offentliga molnleverantörer producerar konsekventa programkörningar, som ofta kallas paaS-erbjudanden (plattform som en tjänst). I Azure tillhandahålls PaaS-körningen av Azure App Service. Kan det här programmet fungera på en PaaS-körning? Vilken körning är mest kompatibel?
  • Standardiserad körning: Om programmet inte är kompatibelt med en PaaS-körning, finns det en standardiserad körning som tillhandahålls av organisationen? Vilken körning kommer den här arbetsbelastningen att byggas på?
  • Anpassade körningsöverväganden: Vilka specifika överväganden skulle kräva en anpassad körning för den här arbetsbelastningen?
  • Körningsbegränsningar: Finns det några begränsningar för programmet av den valda körningen?
  • Programberoenden: Är den här arbetsbelastningen beroende av befintliga system som finns på en specifik plats (t.o.a. offentlig eller privat)? Exempel kan vara ett ERP-system som SAP som körs i en specifik lösning.
  • Datagravitation: Är den här arbetsbelastningen beroende av en datakälla som finns på en specifik plats (till exempel offentlig eller privat)? Exempel kan vara ett beroende av data i SAP eller andra centraliserade datakällor.
  • Överväganden för godkänd lista: Är de anpassade åtgärdsövervägandena godkända för användning inom din molnplattform? Vilka godkända tjänster måste ingå i distributionen?

Överväganden för inledande containrar

Paketering av dina arbetsbelastningar i containrar är den första arbetsmängden som måste schemaläggas och arbetas med. Den andra är att planera värd för dessa containrar.

PaaS-lösningar för standardiserade runtimes, orkestrering och åtgärder

Vissa arbetsbelastningar är mycket självständiga och drar inte nödvändigtvis nytta av de avancerade kontroller och infrastrukturkrav som medföljer en stor plattform som Kubernetes. Bara för att din arbetsbelastning är containerbaserad betyder det inte att den måste distribueras till Kubernetes. Azure tillhandahåller en mängd olika lösningar för att köra arbetsbelastningar i din portfölj som inte kräver den hanteringsnivå och infrastruktur som KRÄVS av AKS. Följande lösningar skulle var och en följa den här metoden för planering:

Överväg att använda en enklare lösning för dina containrar med arbetsbelastningar som du inte förväntar dig att växa i komplexitet och som överensstämmer med syftena och gränserna för dessa lösningar.

Standardiserad orkestrering med anpassade körningar och åtgärder i det offentliga molnet

För de arbetsbelastningar som inte kan köras i en fullständigt hanterad PaaS-plattform och som måste vidarebefordras på kontroller på infrastrukturnivå, vill använda avancerade distributionsfunktioner som de som erbjuds av containerorkestrerare eller förväntar sig att växa i modulär komplexitet, kan du vända dig till Azure Kubernetes Service (AKS). AKS löser både containervärdhantering, men tillhandahåller även omfattande alternativ för arkitektur, SRE, säkerhet, distribution, övervakning och infrastruktur.

Plattformens funktionsuppsättning har ett krav på att lära sig plattformen både på klusteroperatornivå och på arbetsbelastningsnivå. Väg in utbildningen för dina driftsteam, arkitekturteam och team för arbetsbelastningsteknik i tidslinjer för migrering. Eftersom AKS är en plattform ser du också till att arbetsbelastningsteamen förstår ansvarsfördelningen inom den här plattformen jämfört med deras nuvarande värdarrangemang. Det kan vara liknande på vissa sätt, men sannolikt kommer att vara nytt i andra.

Anpassad orkestrering, körning och åtgärder i det offentliga molnet

För mycket specialiserade arbetsbelastningar eller specifika organisationskrav erbjuder Azure två andra större plattformar i containerorkestreringsutrymmet.

  • Azure Red Hat OpenShift
  • Azure Service Fabric

Om det finns anledning att utforska alternativ ser du till att tiden allokeras för att förstå fördelarna och kompromisserna med alla plattformsalternativ. Azures standardlösning är AKS, och den här dokumentationen förutsätter att AKS är den valda tekniken.

Standardisera åtgärder på molnplattformar

Ofta distribuerar kunder olika containerorkestrerare i privata moln, gränsmiljöer och offentliga molnmiljöer. För att standardisera åtgärder på de olika molnplattformarna kan kunderna implementera en enhetlig driftsmetod genom att utöka sina molndriftsverktyg till flera molnplattformar.

I Azure kan organisationer standardisera åtgärder mellan olika orkestrerare genom att registrera olika containervärdar i Azure Arc för Kubernetes. Det här verktyget säkerställer konsekvent övervakning, åtgärder och styrning för varje containervärd.

Programkörningar i privata moln- och gränsmiljöer

När arbetsbelastningar måste köras i ett privat moln eller en gränsmiljö, men arbetsbelastningen stöds bäst av en PaaS-körning, finns det några verktyg som gör att utvecklare kan bygga vidare på konsekventa PaaS-körningar med hjälp av Azure App Service:

  • Azure Stack HCI: Gör det möjligt att vara värd för Azure App Service internt i Azure Stack, som hanteras av Azure Stack-operatorn.
  • Azure Stack HCI för AKS: Möjliggör värdhantering av anpassade körningar som körs på AKS i Azure Stack, som hanteras av Azure Stack- och AKS-operatörer för att möjliggöra portabilitet till andra Kubernetes-lösningar.
  • Azure App Service på Kubernetes med Azure Arc: Tillåter alla Kubernetes-värdar att tillhandahålla programtjänster i Azure. Alla värdar blir en liten instans av Azure App Service. Eftersom varje värd också registreras i Azure Arc kan dessa värdar också hanteras via konsekventa molnbaserade värdåtgärder.

Beredskapsplan för modern programplattform

Förutom kompetensplanen för molnimplementering kan molnimplementeringsteamen behöva utveckla kunskaper relaterade till container och Kubernetes innan du kör din plan:

Se till att tiden allokeras för arbetsbelastningsteam för att dokumentera och köra migreringsplaner. Det befintliga programmet eller det externa systemet (både beroenden och system som är beroende av den här arbetsbelastningen) kan behöva ändras med ökad flexibilitet för att stödja migreringsarbetet. Detta gäller både förproduktions- och produktionsmiljöer.

Nästa steg: Granska din miljö eller Azure-landningszon

I följande lista med artiklar får du vägledning vid specifika punkter i molnimplementeringsresan som hjälper dig att lyckas i scenariot för molnimplementering.