Share via


Scenarier för att använda Azure-distributionsmiljöer

I den här artikeln beskrivs några möjliga scenarier för Azure-distributionsmiljöer, tillsammans med de resurser som en organisation kan använda för att implementera dessa scenarier. Azure Deployment Environments kan konfigureras för att uppfylla behoven i ett företag.

Miljöer som en del av en CI/CD-pipeline

Att skapa och hantera miljöer i ett företag kan kräva betydande arbete. Med Azure Deployment Environments kan olika typer av produktlivscykelmiljöer (till exempel utveckling, testning, mellanlagring, förproduktion och produktion) enkelt skapas, uppdateras och anslutas till en CI/CD-pipeline (kontinuerlig integrering och kontinuerlig leverans).

I det här scenariot ger Azure Deployment Environments följande fördelar:

  • Organisationer kan bifoga en katalog och tillhandahålla IaC-mallar (infrastruktur som kod) för att skapa miljöer för att säkerställa konsekvens mellan team.
  • Utvecklare och testare kan testa den senaste versionen av sitt program med hjälp av återanvändbara mallar för att snabbt etablera miljöer.
  • Utvecklingsteam kan ansluta sina miljöer till CI/CD-pipelines för att aktivera DevOps-scenarier.
  • Centrala UTVECKLINGS-IT-team kan centralt spåra kostnader, spåra säkerhetsaviseringar och hantera miljöer i projekt och utvecklingscenter.

Sandbox-miljöer för undersökningar

Utvecklare undersöker ofta olika tekniker eller infrastrukturdesign. Som standard finns alla miljöer som skapats med Azure Deployment Environments i en egen resursgrupp. Projektmedlemmar får deltagaråtkomst till dessa resurser som standard.

I det här scenariot ger Azure Deployment Environments följande fördelar:

  • Utvecklare kan lägga till och ändra Azure-resurser efter behov för sina utvecklings- eller testmiljöer.
  • Centrala UTVECKLINGS-IT-team kan enkelt spåra kostnader för alla miljöer som används för undersökningar.

Testmiljöer på begäran

Utvecklare behöver ofta skapa ad hoc-miljöer som efterliknar deras formella utvecklings- eller testmiljöer, för att testa en ny funktion innan de checkar in koden och kör en pipeline. Med Azure Deployment Environments kan utvecklare enkelt skapa, uppdatera eller duplicera testmiljöer.

I det här scenariot ger Azure Deployment Environments följande fördelar:

  • Teams kan komma åt en fullständigt konfigurerad miljö när det behövs.
  • Utvecklare kan testa den senaste versionen av ett program med hjälp av återanvändbara mallar för att snabbt skapa nya ad hoc-miljöer.

Utbildning, praktiska labb och hackathons

Ett projekt i Azure Deployment Environments fungerar som en container för tillfälliga aktiviteter som workshops, praktiska labb, utbildningar eller hackathons. Du kan skapa ett projekt för att tillhandahålla anpassade mallar till varje användare.

I det här scenariot ger Azure Deployment Environments följande fördelar:

  • Varje användare kan skapa identiska och isolerade miljöer för träning.
  • Du kan enkelt ta bort ett projekt och alla relaterade resurser när träningen är över.

Distributionsalternativ

När du har valt att utforska Azure-distributionsmiljöer finns det två allmänna vägar framåt: proof-of-concept-distribution eller skalad distribution.

Proof-of-concept-distribution

En proof-of-concept-distribution är en koncentrerad insats från ett enda team för att etablera organisationsvärde. Även om det kan vara frestande att börja med en skalad distribution tenderar den metoden att misslyckas oftare än alternativet proof-of-concept.

Vi rekommenderar att du börjar i liten skala, lär dig av det första teamet, upprepar samma metod med två till tre ytterligare team och sedan planerar för en skalad distribution baserat på den kunskap som vunnits. För ett lyckat konceptbevis rekommenderar vi att du väljer ett eller två team, identifierar deras scenarier (miljöer som en del av en CI/CD-pipeline jämfört med sandbox-miljöer), dokumenterar deras aktuella användningsfall och distribuerar sedan Azure Deployment Environments.

Skalad distribution

En skalad distribution består av veckor av granskning och planering med avsikten att distribuera Azure Deployment Environments till hela företaget, som har hundratals eller tusentals utvecklare.

Nästa steg