Välja alternativet Azure-landningszon

Slutförd

Azure-landningszonerna ger molnimplementeringsteamen en välhanterad miljö för sina arbetsbelastningar. Vart och ett av följande alternativ tillämpar en fördefinierad uppsättning designöverväganden för landningszoner för att tillhandahålla en implementering och arkitektur som vägleder din miljökonfiguration.

Grundläggande implementeringsalternativ

Som beskrivs i kundberättelsen vill Tailwind Traders börja med ett mindre implementeringsfotavtryck. Företaget itererar sedan implementeringen över tid, med vägledning från metoderna Styrning, Hantera och Säker.

För organisationer där den konceptuella arkitekturen passar med den driftsmodell och resursstruktur som de planerar att använda finns det en färdig distributionsupplevelse som kallas azure-landningszonacceleratorn.

Acceleratorn är en distribution från Azure-portalen som ger en fullständig implementering av den konceptuella arkitekturen. Den innehåller också åsiktskonfigurationer för viktiga komponenter som hanteringsgrupper, principer. och hanteringsfunktioner.

För varje avsnitt i distributionen innehåller acceleratorn alternativ för att ändra implementeringen så att den inkluderar eller exkluderar specifika funktioner, beroende på vad företaget behöver. Detta kan göra det möjligt för organisationer att börja med ett mindre fotavtryck och lägga till funktioner över tid, i linje med metoderna i Cloud Adoption Framework.

Tailwind Traders-teamet från kundberättelsen använder Azure-acceleratorn för landningszoner för att konfigurera den första miljön. I nästa lektion går vi igenom en stegvis distribution baserat på teamets beslut. Tailwind Traders-distributionen drar inte full nytta av acceleratorns komponenter för drifthantering eller styrning, så den enheten beskriver också hur du distribuerar med dessa alternativ.

Anpassade implementeringsalternativ

Även om acceleratorn är den föreslagna startpunkten för alla kunder förutsätter den fullständig anpassning till den konceptuella arkitekturen, efterlevnad av designprinciperna och verktyg för molnbaserade åtgärder. För kunder som behöver anpassa sin upplevelse med Azure-landningszoner kan följande implementeringsalternativ passa bättre:

  • Terraform-moduler i Azure-landningszonen är en sökväg från tredje part för driftsmodeller för flera moln. Den här sökvägen kan begränsa driftsmodeller för Azure i första hand. Granska designprinciperna eller distribuera lösningen till din Azure-miljö.

  • Bicep är ett domänspecifikt språk (DSL) som använder deklarativ syntax för att distribuera Azure-resurser. I en Bicep-fil definierar du den infrastruktur som du vill distribuera till Azure. Sedan använder du filen under hela utvecklingslivscykeln för att distribuera infrastrukturen upprepade gånger. Dina resurser distribueras på ett konsekvent sätt.

    Bicep ger koncis syntax, tillförlitlig typsäkerhet och stöd för återanvändning av kod. Bicep erbjuder en effektiv redigeringsupplevelse för dina infrastruktur-som-kod-lösningar i Azure.

  • Arm-mallar i företagsskala (ARM) kan distribueras och anpassas av infrastrukturteam som en del av infrastruktur-som-kod-pipelines för att leverera den fullständiga konceptuella arkitekturen.

Mer information finns i Interaktiv guide: Förbereda dina molnmiljöer med Cloud Adoption Framework.

Implementeringsalternativ för partners

Konfigurationen av din molnmiljö kan vara en av de största möjliggörarna för molnframgång. Den kan också vara ett av de största hindren om konfigurationen inte överensstämmer med hur du vill arbeta med arbetsbelastningar i molnet. Om implementeringsprojektets framgång är kritisk och teamet inte är säkra på hur de ska gå vidare bör du kontakta en Microsoft-partner.

Många av Microsofts främsta partners har erbjudanden som passar beredskapsmetoden i Cloud Adoption Framework. Dessa erbjudanden inkluderar vanligtvis en partners egen anpassade implementering av en Azure-landningszon.

Innan du engagerar en partner kan du läsa guiden för att utvärdera partnerimplementeringsalternativ för Azure-landningszoner.

Testa dina kunskaper

1.

Vilket implementeringsalternativ ska Tailwind Traders använda för att starta distributionen av en Azure-landningszon?

2.

Vilket skulle vara en bättre utgångspunkt för Tailwind Traders, om alla indikatorer i föregående fråga finns?