Implementeringsalternativ för landningszon
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.
En Azure-landningszon ger molnimplementeringsteam en välhanterad miljö för att köra sina arbetsbelastningar. Dra nytta av de metodtips som beskrivs i designområden för landningszoner för att skapa en stark grund. Du kan sedan utöka grunden genom att implementera processer som rör säkerhet, styrning och efterlevnad.
Metoder för miljöutveckling
Det finns två primära metoder. Valet beror på hur snabbt dina team kan utveckla de färdigheter som krävs.
Börja med azure-landningszonacceleratorn: Om dina affärskrav kräver en omfattande inledande implementering av landningszoner med helt integrerad styrning, säkerhet och åtgärder från början. Om du behöver kan du ändra med hjälp av Infrastruktur som kod (IaC) för att konfigurera en miljö enligt dina behov. För IaC kräver din organisation kunskaper i Azure Resource Manager-mallar och GitHub.
Anpassa: Om det är viktigare att skapa din miljö för att uppfylla specifika krav eller utveckla interna kunskaper. I den här metoden fokuserar du på de grundläggande överväganden för landningszoner som krävs för att starta molnimplementeringen. Alla tekniska krav och affärskrav anses vara fullständiga när din miljökonfiguration överensstämmer med den konceptuella arkitekturen i Azure-landningszonen. Sedan kan du fokusera på att förbättra landningszonen.
Viktigt!
Av de två metoderna rekommenderas azure-landningszonacceleratorn eftersom det är det snabbaste sättet att uppnå en utskalad och mogen miljö.
Förutom användningen av Azure-landningszonacceleratorn finns det användningsfall där organisationer har specifika affärs- eller tekniska krav. I dessa fall kan viss anpassning behövas.
För att hantera användningsfallen för anpassning bör du överväga de implementeringsalternativ som anges i den här artikeln. Alternativen är avsedda för användare med starka kunskaper i tekniker som Azure Resource Manager, Azure Policy, DevOps-verktyg och distributionsverktyg från tredje part. Dessa tekniker krävs för en stabil grund för att bygga en landningszon.
Varning
De metodtips som används för anpassning kommer i slutändan att anpassas till Azure-landningszonen. Det finns dock ytterligare investeringar i tid och ansträngning som kan motiveras för att passa specifika affärskrav.
Slutligen bygger vägledningen i metoderna Styrning och Hantera ovanpå dina första landningszoner. Utformningen av en Azure-landningszondisposition kräver sannolikt refaktorisering över tid.
Implementeringsalternativ
Här följer några implementeringsalternativ för landningszoner med de utvecklingsmetoder som beskrivs ovan. Varje implementeringsalternativ i den här tabellen är utformat för en specifik uppsättning driftsmodellberoenden för att stödja organisationens icke-funktionella krav. Varje alternativ innehåller distinkta automatiseringsmetoder och verktyg. Även om varje alternativ mappas till en annan driftsmodell har de gemensamma designområden. Skillnaden är hur du väljer att implementera dem och vilken teknisk erfarenhet som krävs.
Azures acceleratormetod för landningszoner
| Implementeringsalternativ | beskrivning | Distributionsinstruktioner |
|---|---|---|
| Grund i företagsskala | Företagsklar plattformsgrund med alla nödvändiga delade tjänster för att stödja hela IT-portföljen, där anslutningar kan läggas till senare efter behov. Designprinciper Designområden |
Readme: grundläggande Readme: Nätverkstopologi (Virtual WAN) Readme: Nätverkstopologi (hub-spoke) |
| Modulära Azure-landningszoner | Modulär metod med Bicep för att distribuera kärnplattformsfunktionerna. | Readme: Bicep-moduler |
| Företagsskala för små företag | Den här referensimplementeringen är avsedd för organisationer som inte har ett stort IT-team och inte kräver detaljerade administrationsdelegeringsmodeller. | Viktigt |
| Företagsskala för Azure Government | Referensimplementering som kan distribueras till Azure Government Cloud. | Viktigt |
| CAF-landningszon i företagsskala (Azure China 21Vianet-regioner) | Referensimplementering som kan distribueras till Azure-moln i Kina. | Distribuera |
| Terraform-modul för Azure-landningszoner | Distribuerar en företagsklar plattformsgrund med Terraform. Använd det här alternativet när du hanterar din plattform med Terraform och behöver påskynda leveransen av den rekommenderade resurshierarkin och styrningsmodellen. Delade tjänster, nätverksanslutningar och programarbetsbelastningar kan integreras i distributionen eller hanteras oberoende av varandra. | Viktigt |
| Microsoft Cloud for Sovereignty | En nationell landningszon använder samma kodbas som Azure-landningszonens Bicep-metod, men har fler funktioner för orkestrering och distributionsautomatisering. Den har också Azure Policy-initiativ och -tilldelningar som hjälper dig att uppfylla suveränitetskraven för kunder, partner och oberoende programvaruleverantörer (ISV:er) inom den offentliga sektorn. | Viktigt |
Anpassa metod
| Implementeringsalternativ | beskrivning | Distributionsinstruktioner |
|---|---|---|
| Landningszon för migrering | Distribuerar grunden vid migrering av tillgångar med låg risk. Designområden |
Distribuera |
| Foundation-skiss | Lägger till det minsta antal verktyg som krävs för att börja utveckla en styrningsstrategi. Designområden |
Distribuera |
| Partnerlandningszoner | Partner som tillhandahåller erbjudanden som är anpassade till ready-metoden i Cloud Adoption Framework kan tillhandahålla ett eget anpassat implementeringsalternativ. Designprinciper |
Hitta en partner |
Nästa steg
Om du vill fortsätta väljer du något av de implementeringsalternativ som visas i föregående tabeller. Varje alternativ innehåller en länk till distributionsinstruktioner och de specifika designprinciper som vägleder implementeringen.