Välj landningszon för din organisation

Viktigt!

Avsnittet Implementeringsalternativ för Azure-landningszoner i Cloud Adoption Framework genomgår en uppdatering av färskhet.

Som en del av den här uppdateringen kommer vi att se över innehållsförteckningen och artikelinnehållet, som kommer att innehålla en kombination av refaktorisering och konsolidering av flera artiklar. En uppdatering publiceras på den här sidan när arbetet har slutförts.

Besök det nya avsnittet "Distributionsalternativ" i Azure Architecture Center för det senaste implementeringsinnehållet för Azure-landningszoner, inklusive plattforms- och programlandningszoner.

Det finns olika metoder för att implementera landningszoner i Cloud Adoption Framework. Att börja med en implementering som inte uppfyller dina behov kan slösa tid och arbete. Rätt metod för din organisation har de tjänster som krävs för att stödja dina affärsprogram utan extra omkostnader att hantera.

Microsoft erbjuder två implementeringsalternativ för landningszoner:

  • Starta i liten skala och expandera
  • Företagsskala

Titta på följande 15-minutersvideo för att lära dig mer om hur du väljer implementeringsalternativet för Azure-landningszonen som bäst passar dina behov.

Du kan också överväga implementeringar från tredje part. Våra partner har många implementeringar tillgängliga via sina tjänster. Mer information finns i Utvärdera en Microsoft-partners Azure-landningszon.

Översikt över alternativ för landningszoner

I följande tabell sammanfattas överväganden för varje implementeringsmetod för landningszoner.

Starta litet och expandera

Företagsskala

Inledande överväganden

Centraliserade åtgärder

Företagsåtgärder

Referensarkitektur för baslinje

Erbjuder en enkel startpunkt för att skapa en egen lösning med minimala prenumerationer, som du bara skalar efter behov.

Erbjuder en hel Azure-klientreferens oavsett skalningspunkt, vilket omfattar molnbaserade åtgärder.

Överväganden för implementeringsplan

Långsiktig självförsörjning

Kräver att Cloud Adoption Framework styr och hanterar metoder för att uppnå långsiktig självförsörjning.

Landningszoner för arkitektur i företagsskala förbereder din organisation för långsiktig självförsörjning. Tillhandahåller reserverade instanser för att komma igång.

Implementeringshastighet i hela organisationen

Implementera snabbt lågriskimplementering. Skapa mot säkerhetsstyrning och efterlevnad över tid.

Börja med säkerhetsstyrning och efterlevnad för att implementera kompatibel implementering tidigare.

Driftsäkerhet

Kräver att Cloud Adoption Framework styr och hanterar metoder för att uppnå driftskvalitet.

Implementera driftskvalitet med autonomi för plattforms- och programteam som bygger på principdriven styrning och hantering.

Efterlevnadsöverväganden

Sökväg för att uppnå säkerhetsstyrning och efterlevnad

En iterativ metod. Kräver styrning och hantering av metoder för att stödja känsliga data eller verksamhetskritiska arbetsbelastningar.

Arkitektur i företagsskala innehåller design för styrning, säkerhetssegmentering och uppdelning av uppgifter. Gör det möjligt för team att agera inom lämpliga landningszoner.

Risker vid skapande av säkerhetsstyrning och efterlevnad

Det finns en risk för omfattande omstrukturering eller till och med omdistribuering för att uppnå nödvändiga behov.

Det finns en risk för att aktivera molnbaserade driftsprodukter som kanske inte överensstämmer med din driftsmodell.

Att tänka på vid distribuering

Metodtips från molnleverantör

Lägg till fler metodtips med hjälp av Cloud Adoption Framework-metoder för att tillämpa säkerhetsstyrning och efterlevnad.

Företagsskala innehåller metodtips för Azure och är det tekniska måltillståndet för din Azure-miljö.

Närvaro och korrekt övervägande av alla kritiska tjänster, enligt rekommenderade metodtips för identitets-/åtkomsthantering, styrning, säkerhet, nätverk och loggning

Delvis. Vissa resurser distribueras. Andra erbjudanden som är anpassade till Cloud Adoption Framework-metoder krävs för att tillämpa metodtips för att stödja säkerhetsstyrning och efterlevnad.

Arkitektur i företagsskala är rekommendationen om tekniskt måltillstånd för din Azure-miljö som överensstämmer med Azure-plattformens översikt.

Automatiseringsfunktioner som infrastruktur som kod (IaC) och Azure DevOps

Använd Azure Resource Manager, Azure Policy och Azure Blueprints för att skapa en egen CI/CD-pipeline (kontinuerlig integrering och kontinuerlig utveckling).

Du kan använda Azure Resource Manager, Azure Policy och GitHub/Azure DevOps. CI/CD-pipelinealternativ ingår i vägledningen för referensimplementering.

Tidslinjeöverväganden

Tidslinje för att införa eller migrera en arbetsbelastning med låg risk

3 till 10 dagar

3 till 10 dagar

Tidslinje för att uppnå krav på säkerhetsstyrning och efterlevnad för alla arbetsbelastningar

Fyra till sex månader

Sex till åtta veckor

Inledande överväganden

Vilken driftsmodell beskriver bättre din organisation? Var medveten om både hur din organisation är nu och vad du förväntar dig och vill att den ska vara om tre månader till ett år och senare.

  • Centraliserade åtgärder: I den här lilla miljön hanterar centraliserade team för IT-åtgärder, säkerhet och andra roller produktion och arbetsbelastningar.

  • Företagsåtgärder: I den här vanligtvis större miljön eller branschspecialiserade miljön har företagsåtgärder ett stabilt och stabilt tillstånd som hanteras centralt.

Centraliserade åtgärder gynnar en startmetod för liten och expanderande. Företagsåtgärder föredrar en metod i företagsskala.

Behöver du en baslinjearkitektur eller -miljö? Startmetoden small and expand är en enkel startpunkt där du kan skapa en egen lösning. Metoden i företagsskala ger en miljö för hela Azure-klientorganisationen, som omfattar molnbaserade åtgärder.

Mer information om drifttyper finns i Jämföra vanliga molndriftsmodeller.

Överväganden för implementeringsplan

Följande överväganden är viktiga för din implementeringsplan för någon av dessa metoder:

  • Långsiktig självförsörjning
  • Implementeringshastighet i organisationen
  • Driftsäkerhet

Företagsskala ger omedelbart långsiktig självförsörjning och driftskvalitet. Den skapar en grund med skyddsmekanismer kring säkerhet, identitet och nätverk, och hjälper till att påskynda efterlevnadsimplementeringen i hela organisationen. Metoden i företagsskala innehåller även CI/CD-pipelinealternativ för DevOps och automatisering.

Om du börjar litet och expanderar finns det sätt att uppnå självförsörjning, implementeringshastighet och driftseffektivitet. Använd styrnings- och hanteringsmetoderna i Cloud Adoption Framework för att iterativt bygga in dessa delar i landningszonens lösning. Använd de åtta designområdena, Cloud Adoption Framework designriktlinjer i företagsskala, för att iterativt förbättra din design.

För att bättre förstå driftskvaliteten kan du lära dig hur du levererar driftskvalitet under den digitala omvandlingen.

Överväganden gällande efterlevnad

Överväg följande problem med efterlevnad för din organisation:

  • Sökväg för att nå säkerhetsstyrning och efterlevnad
  • Risker vid skapande av säkerhetsstyrning och efterlevnad

Din organisation kan behöva en viss arbetsbelastning eller ett visst program som måste vara kompatibelt på kort tid. Det här kravet kan påverka ditt val.

Starta en liten och expanderad arkitektur med en iterativ metod för efterlevnad. Använd Cloud Adoption Framework–styrnings- och hanteringsmetoder för att stödja känsliga data eller kritiska arbetsbelastningar. Mer information finns i Styrningsmetodiken för molnet och IT-hantering och -åtgärder i molnet.

Arkitektur i företagsskala innehåller design för segmentering och separation för att stödja efterlevnadsmål och ett ramverk för tjänstaktivering. De här designerna bestämmer hur du kan uppnå lämpliga nivåer av styrning, säkerhet och efterlevnad.

Identifiera om möjligt arbetsbelastningar med låg risk som ska implementeras först. Den här strategin hjälper dig att skapa infrastruktur och färdigheter över tid. Du kan lägga till metoderna Styrning och Hantera när du får förståelse för hur molnet fungerar.

Att tänka på vid distribuering

Distributionen av landningszonen eller landningszonerna ger upphov till flera saker att tänka på när du väljer en implementering:

  • Metodtips från molnleverantör

  • Närvaro och korrekt övervägande av alla kritiska tjänster, enligt rekommenderade metodtips för identitets-/åtkomsthantering, styrning, säkerhet, nätverk och loggning

  • Automatiseringsfunktioner som IaC och Azure DevOps

Båda implementeringarna erbjuder metodtips. Med Start small and expand kan du lägga till metodtips med hjälp av Cloud Adoption Framework-metoder för att tillämpa säkerhetsstyrning och efterlevnad. Det levereras med vissa resurser distribuerade. Företagsskala levereras med alla kritiska tjänster konfigurerade.

Mer information om metodtips finns i Metodtips för Azure-beredskap.

Båda metoderna erbjuder automatiseringsfunktioner:

  • Starta litet och expandera: ARM-mallar, Azure Policy och Azure Blueprints ingår. Du kan skapa en egen CI/CD-utvecklingspipeline.
  • Företagsskala: ARM-mallar, Azure Policy, GitHub/Azure DevOps och CI/CD-pipelinealternativ ingår.

Metoden starta små och expandera använder ARM-mallar, Azure Policy och Azure Blueprints:

Metoden i företagsskala använder ARM-mallar och Azure Policy och erbjuder tre referensimplementeringar och olika distributioner:

Oavsett om du implementerar metoden start small och expand eller enterprise-scale kan du använda mallar och en portalbaserad upplevelse. Du kan inkludera IaC senare i processen. Utforska den här IaC-översikten för mer information.

Tidslinjeöverväganden

Alternativen för landningszoner tar olika tid att implementera. Det finns två typer av tidslinjer:

  • Tidslinje för att införa eller migrera en arbetsbelastning med låg risk
  • Tidslinje för att nå säkerhetsstyrnings- och efterlevnadskrav för alla arbetsbelastningar

Med en start-liten-och-expandera-metod kan du få igång en lågriskarbetsbelastning på 3 till 10 dagar. För en arbetsbelastning med höga krav på säkerhetsstyrning och efterlevnad kan det ta fyra till sex månader.

För en implementering i företagsskala kan du också införa en lågriskarbetsbelastning på 3 till 10 dagar. Det kan ta sex till åtta veckor att införa en mer detaljerad arbetsbelastning.

Nästa steg

Välj ett implementeringsalternativ för landningszonen: