Planera för hybrid och multimoln
De flesta molnimplementeringsscenarier förutsätter en vanlig rationalisering av arbetsbelastningstillgångar som byts om, byggs om eller återskapas 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 multimolnanslutningar, 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:
- 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?
- Vill du överföra data på ett säkert sätt i distribuerade miljöer?
- Integrera olika miljöer?
Hybrid- och multimoln 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ängningen som krävs lätt kan överstiga 1 500 FTE-timmar och nio månaders planering. Med standardmigrering (enkelriktad) ä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 övergår 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 snabba ljus-, anslutnings- eller regelkrav.
Utöka rationalisering av digital egendom
Implementeringsarbetet för hybridmoln och flera moln ändrar dina rationaliseringskriterier, 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 ska 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 idag?
- 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å molnmixar, och bekräfta vilket Alternativ för Azure-landningszon du har valt. Innan du konfigurerar en molnmiljö ska 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 kvar lokalt, ofta i en blandning av traditionella modeller, hybridmodeller 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 kanske flyttar från en hybridmix till en Azure-första mix när molnstrategin mognar. Vi stöder även kunder som fattar strategiska beslut för att prioritera hybrid- eller multimolnmixar, och Azure spelar en roll i varje blandning.
Beslut om företagsstrategi för hybrid och multimoln
När vi planerar de flesta scenarier för molnimplementering förutsätter vi att kunderna vill värdhantera (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 använder du 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. Rationaliseringsbesluten har nu utökats och migreringsmål som nu var enkelriktade passar in i den här modellen för distribuerade tjänster för molnmiljöer: överväga om du vill behålla arbetsbelastningar eller tillgångar 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 – migreringsmetoden. 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änsenheter 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 företagskontrollplan (med tanke på portabilitet för värdbyte) kan IaaS- och PaaS-arbetsbelastningar vara omvänd värdbaserade lokalt.
Azure-verktyg för din hybrid- och multimolnstrategi
Planeringsinsatser för hybridmoln och multimoln omfattar tillgångar utöver virtuella datorer och PaaS-tjänster i migreringsarbetet, vilket ökar tillgängligheten för formfaktorer för att utöka innovationsfördelar utöver det privata molnet till valfri plats. Azure Arc och Azure Stack driver arbetet med digital omvandling under enhetliga åtgärder och hantering i privata moln, offentliga moln och gränsenheter.
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ördelar 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 åtgärdsmetod, integrerar enhetlig synlighet för lokala tillgångar med Azure Arc och kan underlätta Azure-konsekventa migreringsinsatser, utöka till och projicera resurser till Azure som förstklassiga medborgare. Azure Arc implementerar enhetlig hantering av molnåtgärder lokalt, i flera moln och på 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 gö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 för att gå vidare och implementera modern molnteknik. Detta optimerar hanterings- och styrningsprocesser för molnåtgärder i lokala och migreringskandidatbaserade arbetsbelastningar.
Planeringen av enhetliga åtgärder påskyndar innovationen över resurser med ett operativt ramverk för förenklad hantering, snabbare programutveckling och konsekventa Azure-tjänster i spretiga lokala miljöer, miljöer med flera moln och gränsmiljöer, och kan stärka organisationens övergripande molnimplementering och migreringsarbete. 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 företagskontrollplan för Azure-tjänster och -hantering till befintlig lokal infrastruktur ger det plattformsflexier för kunder som vill fortsätta att använda befintliga system och verktygsuppsättningar. Du har friheten att ta med dig 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 lokala och offentliga moln kan organisationer få konsekvens och innovation i enhetliga molnmetoder till lokala arbetsbelastningar (till exempel att lagra 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 förändringen i planeringen av enhetliga åtgärder med utökade distributionsalternativ är processen att utvärdera distributionsbeslut mot Behåll, Omplatform och Värdbyte för portabilitet, de primära 3 R:na 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 värdbyte 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 hanteringsarbete. Genom att använda en konsekvent molninstrumentpanel kan du 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.
Hybridinstrumentpanel för enhetlig instrumentpanel och instrumentpanel för flera moln
Azure Arc är en plattform för hantering i flera moln och lokalt som utgör kärnan i enhetliga åtgärder som möjliggör standardiserad synlighet, åtgärder och efterlevnad för spridda resurser i lokala miljöer, i miljöer med flera moln och kant. Införandet av ett enda kontrollplan för företag påskyndar molnimplementeringen och migreringen 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 sträcker sig ö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 olika 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å automatisk uppdatering, 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.
Planering av enhetliga åtgärder och hantering förutsätter att de flesta tillgångar passar ett Retain-mö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 lokala och offentliga moln.
- Upprätthåller regel- och datasuveränitetsefterlevnad med standardiserade principer för datastyrning, säkerhet och Cost Management.
- Säkerställer enhetliga distributioner och konfigurationer med konsekventa arbetsbelastningsdistributioner, konfigurerade i stor skala.
Tekniska överväganden för infrastruktur i molnmixen
- Kontakta, registrera och hantera alla servrar, var som helst, från Azure (Windows, Linux, VM, bare metal) med Azure Arc-aktiverade servrar.
- Använd dina befintliga SQL-servrar med Azure Arc utan migrering, med inventering, styrning, säkerhet och proaktiva SQL Database utvärderingar.
- Ansluta, hantera och använda Kubernetes-kluster och -program som körs var som helst och distribuera program med GitOps.
- 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, inventering och korrigeringshantering i Azure Arc-aktiverade servrar.
- Övervaka din fullständiga telemetri i dina molnbaserade och lokala resurser på en enda plats med Azure Monitor.
Tekniska överväganden för datatjänster i molnmixen
- Ta Azure-datatjänster till valfri infrastruktur, lokalt, på gränsenheter och i flera moln med kubernetes på valfri maskinvara.
- Förblir aktuella med helt automatiserade uppdateringar, uppgraderingar och principstyrda distributioner som evergreen SQL- och hyperskala-distributionsalternativ för Azure Database for PostgreSQL.
- Optimera prestanda för dataarbetsbelastningar och skala dynamiskt upp/skala ut, 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 Portal, 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 lysa upp 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 vm-till-VM-migrering? Läs den här artikeln när du samlar in inventering för din digitala egendom.
Implementeringsplan för hybridmoln och flera moln
Har du en specifik DevOps-kvarvarande uppgifter som kunden bör använda? Eller räcker det fortfarande med mallen för standardimplementeringsplanen? Kolla in strategi- och planmallen i avsnittet Verktyg och mallar .
Beredskapsplan för hybridmoln och flera moln
Finns det specifika kunskaper eller extra utbildning som teamet bör genomföra innan de börjar? För att förbereda för beredskapsfasen för din hybrid- och flermolnsmigreringsresa bör du överväga en kunskapsberedskapsväg för att lägga till färdigheter i organisations- och teknisk beredskap.
Nästa steg: Granska din miljö eller Azure-landningszon
Följande lista över artiklar tar dig till vägledning som finns på specifika punkter under molnimplementeringsresan för att hjälpa dig att lyckas i scenariot för molnimplementering.