Miljöer
Använd processen för kontinuerlig leverans för att snabbt och säkert leverera nytt värde till produktion. Du kan leverera små ändringar ofta, vilket minskar risken för problem.
Andra faktorer påverkar "distributionssmärta för produktion", inklusive införandet av flera leverans-/distributionsmiljöer. Med en metod för flera miljöer kan du skapa, testa och släppa kod med högre hastighet och frekvens för att göra distributionen så enkel som möjligt. Du kan ta bort manuella omkostnader och risken för en manuell version och i stället automatisera utvecklingen med en flerstegsprocess som riktar sig till olika miljöer.
En vanlig arkitektur för flera miljöer innehåller fyra nivåer:
- Utveckling
- Testa
- Mellanlagring
- Produktion
I den här arkitekturen övergår produkten i ordning från Utveckling (miljön där du utvecklar ändringar i programvaran) via Produktion (den miljö som användarna interagerar direkt med). Du kan också introducera en UAT-miljö (User Acceptance Test) för att verifiera affärsflödet från slutpunkt till slutpunkt.
| Environment | Description |
|---|---|
| Utveckling | Din utvecklingsmiljö (dev) är den plats där ändringar i programvara utvecklas. |
| Testa | Din testmiljö gör att antingen mänskliga testare eller automatiserade tester kan testa ny och uppdaterad kod. Utvecklare måste acceptera ny kod och konfigurationer genom enhetstestning i utvecklingsmiljön innan de tillåter dessa objekt att komma in i en eller flera testmiljöer. |
| Mellanlagring | Mellanlagring är den plats där du utför den slutliga testningen omedelbart innan du distribuerar till produktion. Varje mellanlagringsmiljö bör spegla en faktisk produktionsmiljö så exakt som möjligt. |
| UAT | Med UAT (User Acceptance Testing) kan slutanvändarna eller klienterna utföra tester för att verifiera/acceptera programvarusystemet innan ett program kan flyttas till produktionsmiljön. |
| Produktion | Din produktionsmiljö (produktion), som ibland kallas live, är den miljö som användarna interagerar direkt med. |
Tips för utformning
Använd följande överväganden för utveckling av både Azure-landningszoner och Azure-arbetsbelastningar:
- Testmiljöer är viktiga eftersom de gör det möjligt för plattformsutvecklare att testa ändringar innan de distribueras till produktion, vilket minskar risken för leverans i produktion.
- Att hålla dina miljöer så lika som möjligt gör det enkelt att hitta miljörelaterade fel i de första testfaserna, vilket ökar utveckling och testningshastighet och tillförlitlighet.
- Om det finns avvikelser i konfigurationen av dina miljöer sker "konfigurationsavvikelse", vilket kan leda till dataförlust, långsammare distributioner och fel.
- Du kan påskynda distributioner, förbättra miljökonsekvensen och minska "konfigurationsavvikelsen" mellan miljöer genom att använda Infrastruktur som kod (IaC).
- Överväg att använda metoder som canary- eller blågröna distributioner som gör nya funktioner tillgängliga endast för en begränsad uppsättning testanvändare i produktion och hjälper till att minska tiden för lansering till produktion.
- Använd kontroller av testresultat för att styra övergången av kod från utveckling till produktion. Du kan automatisera dessa kontroller så att misslyckade tester förhindrar att ändringar distribueras automatiskt till nästa miljö.
- Har utsedda användare granska pull-begäranden innan koden distribueras till produktion. Överväg att använda lagringsplatser med grenstrategi för att hantera granskningsprocessen.
- Undvik silor genom att ge alla utvecklare åtkomst till alla miljöer.
Arbetsbelastningar
Mer information om hur du hanterar miljöer för arbetsbelastningar finns i Vanliga frågor och svar i företagsskala.
Azure-landningszoner
Det är vanligt att anta flera miljöer för en Azure Landing Zone-distribution när en kund vill testa effekterna och resultaten av nya Azure Policy-tilldelningar, Azure RBAC-rolltilldelningar, Microsoft Entra-gruppmedlemskap, skapande av Azure-resurser med mera.
Testmetoden för företagsskala beskriver två olika implementeringsmetoder:
- Replikering av hanteringsgruppshierarki i kanarie- och produktionsmiljö
- Sandbox-prenumerationer
Oavsett vilken metod du följer bör du alltid:
- Anta minst en miljö för testning.
- Använd avgränsade tjänsthuvudnamn för test- och produktionsändamål för att skydda dina miljöer.
- Implementera automatiserade kontroller och godkännanden för att verifiera och godkänna ändringar innan du distribuerar ändringar i en viss miljö