Planera för hybrid och multimoln

De flesta scenarier för molnimplementering förutsätter vanlig rationalisering av arbetsbelastningstillgångar som är omvärdade, ombyggda eller ombyggda för att passa IaaS lift-and-shift-scenarier, modernisering till PaaS-tjänster eller ny innovation med hjälp av molnbaserade arbetsbelastningar. När du planerar för hybrid- och multimoln bör ytterligare rationaliseringsalternativ övervägas för att hantera hanteringen av tillgångar på alla hybrid- och multimolnplattformar.

Företagsstrategi för hybrid- och multimolnscenarier

Hybrid- och multimolnsanslutningar, containervärdtjänster och hyperkonvergerad infrastruktur kan påskynda din strategi. Men följande tekniska överväganden bör ingå i din övergripande strategi och molnimplementeringsplan.

Så här gör du:

• Vill du upprätthålla styrning, hantering och efterlevnad i ett hybrid- och multimolnscenario?
• Hantera identitet och säkerhet konsekvent?
• Hantera och styra data på ett säkert sätt?
• Valv överföra data i distribuerade miljöer?
• Integrera olika miljöer?

Hybrid- och multimolns digital egendom

Det aktuella antagandet i dagens företagslandskap är att de flesta organisationer kommer att använda molnet. En fullständig företagsmigrering kan ta dagar eller till och med år, beroende på vilka tillgångar som ingår som migreringskandidater i den digitala egendomen. Överväg en företagsmiljö med tusentals virtuella datorer och hundratals program, där den mänskliga ansträngning som krävs lätt kan överstiga 1 500 FTE-timmar och nio månaders planering. Med standardmigrering (enkelriktad) migrering är antagandet att du kommer att leta efter standardmöjligheter för värdbyte eller omdirigering (tillgångar som visas som standardmigreringskandidater när du rationaliserar din digitala egendom).

När vi går över till ett hybrid- och multimolnscenario, där vi antar enhetliga åtgärder för alla resurser i den digitala egendomen, kommer vissa rationaliseringsbeslut att dyka upp. Eftersom lokala tillgångar läggs till i företagets kontrollplan för enhetliga åtgärder och hantering ser vi vanligtvis följande rationaliseringar:

• Arbetsbelastningar som rekommenderas att förbli lokala (till exempel begränsade av regel- eller efterlevnadsskäl)
• Ny programutveckling för företaget som kräver stöd av arbetsbelastningar som inte har migrerats eller inte kan migreras.
• Affärskrav för att skapa nya lokala program som har hastighet för ljus, anslutning eller regelkrav.

Utöka rationalisering av digital egendom

Hybrid- och multimolnsimplementeringsinsatser kommer att ändra rationaliseringskriterierna, så det är nödvändigt att utveckla en plan för utökade rationaliseringsalternativ:

• Arbeta med tillgångar som förblir oförändrade i det lokala datacentret.
• Modernisera till PaaS-tjänster som kommer att finnas kvar i datacentret.
• Omplatforma tillgångar till andra molnplattformar.
• Byt värd för portabilitet så att arbetsbelastningar kan flyttas smidigt mellan hybrid- och multimolnplattformar.

Dessa ändringar påverkar det arbete som krävs för att nå din hybrid- och multimolnstrategi. Den här artikeln beskriver ett antal effekter på de planer som för närvarande definieras i planmetoden för Cloud Adoption Framework.

Planera din molnmix

Din hybrid- och multimolnstrategi för program och data ger svar på följande frågor. Identifiera tydligt vilken avsedd molnmix som krävs och tänk sedan på den bästa konfigurationen för dina miljöer:

• Vilken blandning av hybridmiljöer, gränsmiljöer och miljöer med flera moln stöder du i dag?
• Vilken blandning passar bäst in i din strategi för framtiden?
• Vill du använda varje plattform oberoende av varandra eller genom en enhetlig driftsmetod?

Överväg den bästa konfigurationen för dina miljöer med en tydlig förståelse för din avsedda molnmix.

Granska beslutsintervallet i följande diagram, med exempel på molnblandningar, och bekräfta vilket Alternativ för Azure-landningszon du har valt. Innan du konfigurerar en molnmiljö bör du identifiera hur den stöder din specifika blandning av molnvärdbeslut.

Varje mörkblå punkt representerar en arbetsbelastning och varje ljusblå cirkel en affärsprocess som stöds av en distinkt miljö. Varje molnmix kräver olika Azure-miljökonfigurationer för varje kund.

• Hybrid-first-kund: De flesta arbetsbelastningar finns lokalt, ofta i en blandning av traditionella, hybrid- och portabla värdmodeller för tillgångar. Några specifika arbetsbelastningar distribueras till gränsen, Azure eller till andra molnleverantörer.

• Azure-första kund: De flesta arbetsbelastningar har flyttats till Azure. Några arbetsbelastningar finns kvar lokalt. Strategiska beslut har lett till några arbetsbelastningar som lever på gränsen eller i miljöer med flera moln.

• Kund med flera moln: De flesta arbetsbelastningar finns för närvarande i ett annat offentligt moln, till exempel GCP eller AWS. Strategiska beslut har lett till några arbetsbelastningar som bor i Azure eller på gränsen. Du kan flytta från en hybrid-första mix till en Azure-första mix när din molnstrategi mognar. Vi stöder även kunder som fattar strategiska beslut för att prioritera hybrid- eller multimolnblandningar, och Azure spelar en roll i varje mix.

Beslut om företagsstrategi för hybrid- och multimoln

När vi planerar de flesta molnimplementeringsscenarier antar vi att kunderna vill byta värd (virtuella IaaS-datorer), bygga om (PaaS-tjänster) eller återskapa (molnbaserade) arbetsbelastningar med Azure som målplattform. Standardantagandet är att du genomgår en enkelriktad migrering till Azure med hjälp av dessa standard rationaliseringar för att identifiera tillgångar för eventuell migrering förutsätter en enkelmigrering av allt till molnmigreringen .

När du kör ett hybrid- och multimolnscenario arbetar du lokalt med en molntjänstmodell med flera plattformar som inte längre är begränsad till en lokal miljö, utan övergår till en distribuerad lokal, multimoln- och gränsmodell för molnbaserad databehandling. Rationaliseringsbeslut utökas nu och migreringsmål som var enkelriktade passar nu in i den här modellen för distribuerade tjänster för molnmiljöer: överväga om arbetsbelastningar eller tillgångar ska behållas lokalt, omplatforma arbetsbelastningar till flera molnplattformar och ha värdbyte för portabilitet så att arbetsbelastningar kan flyttas smidigt till alla värdmiljöer.

De flesta migreringsplaneringsinsatser har fokuserat på den äldre, enkelriktade migreringsmodellen – metoden migrera allt . I den här modellen sågs kvarhållning, omplatform och omvänd omvärdering som antimönster som bör minimeras. Eftersom migreringsarbetet var inriktat på en enkelriktad migrering passade inte de här alternativen in i den metod som började med mer omfattande rationalisering av tillgångar och migrering av tillgångar från lokala miljöer till en enda offentlig molnlösning som Azure, förutom lösningar för flera moln och gränslösningar.

Expansionen av tillgängliga distributionsalternativ är fortfarande den största förändringen i planeringen för enhetliga åtgärder. När du planerar för en verkligt distribuerad modell öppnar du alternativ för att distribuera arbetsbelastningar till både lokala och offentliga molnmiljöer, och risken för beroenden elimineras för arbetsbelastningar i dina planerade distributioner. I en lokal distributionsmodell, en distributionsmodell för flera moln och gränsen behöver du inte längre minimera beroenden för behållna (hybrid- eller lokala) arbetsbelastningar eller omplatformerade arbetsbelastningar (multimoln). Och eftersom anpassade platser nu kan distribueras med ett enda kontrollplan för företag (givet portabilitet för omvärdning), kan IaaS- och PaaS-arbetsbelastningar vara omvända värdbaserade lokalt.

Azure-verktyg för din hybrid- och multimolnstrategi

Hybrid- och multimolnsplaneringsinsatser omfattar tillgångar utöver virtuella datorer och PaaS-tjänster i migreringsarbetet, vilket ökar tillgängligheten för formfaktorer för att sträcka innovationsfördelar bortom det privata molnet till alla platser. Azure Arc och Azure Stack driver arbetet med digital omvandling under enhetliga åtgärder och hantering i privata moln, offentliga moln och gränsen.

Azure Stack är en maskinvarulösning som gör att du kan köra en Azure-miljö lokalt och på gränsen. Eftersom Azure Stack använder ett integrerat system med molntjänster lokalt via Azure Stack Hub, eller kör arbetsbelastningar för gränsberäkning med en molnhanterad installation via Azure Stack Edge, är kvarhållning av tillgångar lokalt inte längre ett hinder för att utöka molnfördelarna lokalt eller gränsen. Sådana enhetliga åtgärder och hantering möjliggör konsekvent driftshantering och styrning i olika miljöer. Detta eliminerar behovet av att lösa beroenden som inte längre är låsta till plattformsbegränsande konfigurationer eller principer.

Azure Arc är en programvarulösning som tillhandahåller ett kontrollplan för företag som hanterar alla dina digitala tillgångar i miljöer genom att projicera dina lokala och andra molnresurser i Azure, utöka förenklad hantering, snabbare programutveckling och konsekventa Azure-tjänster till valfri infrastruktur, var som helst.

En hybrid- och multimolnstrategi som följer en enhetlig driftsmetod, integrerar enhetlig synlighet för lokala tillgångar med Azure Arc och kan underlätta Azure-konsekventa migreringsinsatser, utöka till och projicera resurser i Azure som förstklassiga medborgare. Azure Arc implementerar enhetlig hantering av molnåtgärder lokalt, flera moln och gränsenheter och aktiverar Azure-tjänster var som helst, så migreringsarbetet kan standardisera hantering och styrning för hela din digitala egendom, direkt från Azure.

Om du implementerar en enhetlig åtgärdsmetod ändras modellen för hur du är:

• Överväg tillgångsinventering (utöka rationaliseringen av din egendom).
• Distribuera din molnimplementeringsplan.
• Överväg din beredskapsplan (med utökade plattformsalternativ).
• Implementera en specifik DevOps-plan för att hantera distributionspipelines.
• Specifik kompetens som stöder din hybrid- och multimolnstrategi.

Hybrid-, multimoln- och gränsdistributionsstrategier med en enhetlig driftsmetod kan påskynda arbetet med molnimplementering och migrering för din organisation, och distribuera ett konsekvent ramverk för drift och hantering för organisationer att gå vidare och använda modern molnteknik. Detta optimerar hanterings- och styrningsprocesser för molnåtgärder i både lokala och migreringskandidatsarbetsbelastningar.

Planeringen för enhetliga åtgärder påskyndar innovationen mellan resurser med ett driftsramverk för förenklad hantering, snabbare programutveckling och konsekventa Azure-tjänster i spretiga lokala miljöer, multimoln- och gränsmiljöer och kan stärka organisationens övergripande arbete med molnimplementering och migrering. Genom att utveckla nödvändig molnfärdighet och skapa molnprocesser som stöder den övergripande migreringsberedskapen kan du öka konsekvensen och hastigheten för molnimplementeringsarbetet i hela företaget.

Ett kontrollplan, utökade distributionsalternativ

Eftersom Azure Arc utökar ett enda kontrollplan för Företag med Azure-tjänster och -hantering till befintlig lokal infrastruktur, ger det plattformsflexiering för kunder som vill fortsätta att använda befintliga system och verktygsuppsättningar. Du har friheten att ta innovativa molntekniker till valfri plats i din distribuerade miljö. Och eftersom dina arbetsbelastningsdistributioner inte är begränsade till en värdmiljö kan de vara omvända värdbaserade lokalt, med samma molnfördelar.

Genom att öppna distributionsalternativ i det lokala och offentliga molnet kan organisationer skapa konsekvens och innovation för enhetliga molnmetoder till lokala arbetsbelastningar (till exempel att hålla mycket känsliga data lokalt för att uppfylla klientbehov eller regelkrav) och fortfarande förbereda andra arbetsbelastningar för migrering med samma fördelar med molnmetoder och tekniker.

Den största ändringen i planeringen av enhetliga åtgärder med utökade distributionsalternativ är processen för att utvärdera distributionsbeslut mot behåll, omplatform och omvärdportabilitet , den primära 3 Rs för migrering. Med utökade distributionsalternativ i verkligt distribuerade molnmiljöer kan molnmetoder och tekniker föras till valfri plats, vilket möjliggör omvänd omvärdning av IaaS- och PaaS-arbetsbelastningar lokalt, vilket återställer den enkelriktade migreringsmodellen som fungerade under antagandet att migrera allt till molnet.

I många fall börjar vi med att anta att varje tillgång passar ett kvarhållningsmönster och proaktivt lägger till varje tillgång i företagets kontrollplan för enhetliga molnåtgärder och hanteringsinsatser. Att använda en konsekvent molninstrumentpanel kan påskynda arbetet med molnimplementering och migrering för din organisation genom att distribuera konsekventa molnmetoder och tekniker över tillgångar som är avsedda för lokala arbetsbelastningar och molnklara kunskaper och processer för att stödja arbetsbelastningar med migreringsspecifika tillgångar.

Enhetlig instrumentpanelshybrid och instrumentpanel för flera moln

Azure Arc är en plattform för hantering i flera moln och lokalt i kärnan av enhetliga åtgärder som möjliggör standardiserad synlighet, åtgärder och efterlevnad för spridda resurser i lokala miljöer, miljöer med flera moln och gränsmiljöer. Införandet av ett enda kontrollplan för företag påskyndar molnimplementering och migrering och möjliggör ett konsekvent ramverk för organisationer att anta moderna molntekniker och processer för lokalt utsedda, samt arbetsbelastningar för migreringskandidater i heterogena miljöer.

Hantera och hantera alla dina resurser som interna Azure-resurser med en enda fönsterruta, konsekvent och i stor skala över olika infrastrukturer, vilket ger dig kontroll över resurser i lokala miljöer, multimoln- och gränsmiljöer, vilket ger en enda instrumentpanel för din hantering, datatjänster, styrning, säkerhet och identitet. Azure Arcs enhetliga driftsmetod ger dig ett konsekvent synlighetsramverk i distribuerade miljöer, som når utanför Azure och projicerar dina befintliga resurser i Azure Resource Manager som förstklassiga medborgare.

Överväganden för enhetliga åtgärder

Organisera och styra mellan miljöer: Få databaser, Kubernetes-kluster och servrar som sprids över lokala miljöer, gränsmiljöer och miljöer med flera moln under kontroll genom att centralt organisera och styra från en enda plats.

Hantera Kubernetes-program i stor skala: Distribuera och hantera Kubernetes-program i miljöer med hjälp av DevOps-tekniker. Se till att program distribueras och konfigureras konsekvent från källkontrollen.

Kör datatjänster var som helst: Få automatiserad korrigering, uppgraderingar, säkerhet och skalning på begäran i lokala miljöer, gränsmiljöer och miljöer med flera moln för din dataegendom.

Planeringsinsatser för enhetliga åtgärder och hantering förutsätter att de flesta tillgångar passar ett Kvarhållningsmönster, lägger till var och en i företagets kontrollplan och expanderar tillgängliga formfaktorer, med plattformsoberoende synlighet i olika miljöer:

• Påskyndar arbetet med molnimplementering och migrering, vilket utökar konsekventa molnmetoder och tekniker i lokala arbetsbelastningar och arbetsbelastningar för migreringskandidater.
• Styr spretiga IT-tillgångar med enhetlig drift och hantering i det lokala och offentliga molnet.
• Upprätthåller regel- och datasuveränitetsefterlevnad med standardiserade principer för datastyrning, säkerhet och Cost Management.
• Säkerställer enhetliga distributioner och konfiguration med konsekventa arbetsbelastningsdistributioner, konfigurerade i stor skala.

Tekniska överväganden för infrastruktur i molnmixen

• Kontakta, registrera och hantera valfri server, var som helst, från Azure (Windows, Linux, virtuell dator utan operativsystem) med Azure Arc-aktiverade servrar.
• Använd dina befintliga SQL-servrar med Azure Arc utan migrering som krävs, med inventering, styrning, säkerhet och proaktiva SQL Database-utvärderingar.
• Anslut, hantera och använda Kubernetes-kluster och -program som körs var som helst och distribuera program med GitOps.
• Anslut din Virtual Machine Manager-miljö till Azure och utföra självbetjäningsåtgärder för virtuella datorer från Azure-portalen, vilket möjliggör användning av Azure-säkerhets-, styrnings- och hanteringsfunktioner konsekvent i systemcenterhanterad egendom och Azure med Azure Arc-aktiverad System Center Virtual Machine Manager.
• Utöka Azure-hanteringen till VMware vSphere: Använd Azure Arc för att hantera din hybrid-IT-egendom i VMware vSphere och Azure konsekvent, vilket utnyttjar Azures säkerhets-, styrnings- och hanteringsfunktioner. Mer information finns i Azure Arc-aktiverad VMware vSphere.
• Se till att organisationens säkerhetsbaslinje är kompatibel med Azure Policy och aktivera övervakning av klusterhälsa med Azure Monitor för containrar.
• Organisera, inventera och förena serverhantering med förenklad hantering av hybriddatorer med Azure VM-tillägg för icke-Azure Windows och virtuella Linux-datorer.
• Tillämpa enhetlig styrning och säkerhetsbaslinjer i olika miljöer, plattformsoberoende efterlevnad och centraliserad agenthantering.
• Tillämpa RBAC (rollbaserad åtkomstkontroll) i stor skala, med central IT och på ägarnivå på arbetsbelastningsnivå.
• Distribuera välbekanta verktyg för styrning, säkerhet, inventeringsspårning och korrigeringshantering på automatiskt registrerade Azure Arc-aktiverade servrar.
• Övervaka din fullständiga telemetri över dina molnbaserade och lokala resurser på en enda plats med Azure Monitor.

Tekniska överväganden för datatjänster i molnmixen

• Ta Med Azure-datatjänster till valfri infrastruktur, lokalt, gränsen och flera moln med kubernetes på valfri maskinvara.
• Förblir aktuell med helt automatiserade uppdateringar, uppgraderingar och principstyrda distributioner som vintergröna SQL- och hyperskaledistributionsalternativ för Azure Database for PostgreSQL.
• Optimera prestanda för dataarbetsbelastningar och skala ut dynamiskt utan programavbrott med molnelasticitet lokalt.
• Få enhetlig hantering och konsekvent insyn i lokala och interna Azure-dataarbetsbelastningar med hjälp av välbekanta verktyg (Azure-portalen, Azure Data Studio och Azure CLI).
• Skydda dina lokala dataarbetsbelastningar med hjälp av Azures säkerhets- och styrningsverktyg, inklusive Microsoft Defender för molnet, Azure Policy och Azure RBAC.
• Öka kostnadseffektiviteten i din hybridinfrastruktur med en modern molnfaktureringsmodell.

Vägledning för inventeringsanalys

Om enhetliga åtgärder är en viktig del av din strategi bör du börja med att tända Azure Arc för alla resurser innan du startar azure migrate-integreringen.

Måste du titta på den befintliga egendomen på ett annat sätt? Eller räcker det med en enkel migrering av virtuell dator till virtuell dator? Läs den här artikeln när du samlar in inventering för din digitala egendom.

Hybrid- och multimolnsimplementeringsplan

Har du en specifik DevOps-kvarvarande uppgifter som kunden bör använda? Eller är mallen för standardimplementeringsplanen fortfarande tillräcklig? Kolla in strategi- och planmallen i avsnittet Verktyg och mallar .

Hybrid- och multimolnsberedskapsplan

Finns det specifika färdigheter eller extra utbildning som det här teamet bör ta innan de börjar? Om du vill förbereda dig för beredskapsfasen för din hybrid- och multimolnsmigreringsresa bör du överväga en kunskapsberedskapsväg för att lägga till kunskaper i organisations- och teknisk beredskap.

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

Följande lista med artiklar tar dig till vägledning som finns på specifika platser under molnimplementeringsresan för att hjälpa dig att lyckas i scenariot för molnimplementering.

• Granska din miljö eller Azure-landningszoner
• Hybrid- och multimolnmigrering
• Styra hybridmiljöer och miljöer med flera moln
• Hantera hybridmiljöer och miljöer med flera moln