Tillförlitlighetshantering
Även om produktionstjänsterna inte finns i en utvecklings-/testprenumeration kan du använda andra steg i din Azure dev/test-prenumeration för att säkerställa tillförlitligheten i produktionen.
När du använder din organisations utvecklings-/testprenumerationer måste du bestämma hur du ska göra:
- Kontrollera data
- Kontrollera säkerhet och åtkomst
- Hantera drifttiden för produktionssystemet
Vanligtvis finns det olika distributionsstadier som du går igenom före produktion – delad, QA, integrering, mellanlagring och redundans. Beroende på hur företaget definierar dessa steg kan din användning av en utvecklings-/testprenumeration för organisationen ändras.
Om du kör verksamhetskritiska tjänster som kundinriktade program ska du inte använda en utvecklings-/testprenumeration. Dev/Test-prenumerationer har inte ett ekonomiskt säkerhetskopierat serviceavtal. Dessa prenumerationer är avsedda för förproduktionstestning och utveckling.
Site Reliability Engineering (SRE)
Om du vill veta mer om tillförlitlighetsteknik och hantering kan du överväga hantering av webbplatstillförlitlighet – ett teknikområde som ägnar sig åt att hjälpa organisationer att uppnå lämplig tillförlitlighet i sina system, tjänster och produkter på ett hållbart sätt.
Hur SRE och DevOps skiljer sig åt diskuteras fortfarande i fältet. Några allmänt överens om skillnader är:
- SRE är ett teknikområde som fokuserar på tillförlitlighet. DevOps är en kulturell rörelse som uppstod ur lusten att bryta ner silor som är associerade med utvecklings- och driftorganisationer.
- SRE kan vara namnet på en roll, som i: Jag är en platstillförlitlighetstekniker (SRE). DevOps kan inte.
- SRE tenderar att vara normativt. DevOps är avsiktligt inte. Nästan universell implementering av kontinuerlig integrering/kontinuerlig leverans, och agila principer är de närmaste DevOps kommer.
Om du vill lära dig mer om SRE kan du läsa följande länkar:
- SRE i kontext
- Viktiga SRE-principer och -metoder: goda cykler
- Viktiga SRE-principer och -metoder: Den mänskliga sidan av SRE
- Komma igång med SRE
Servicenivåavtal
Enterprise Dev/Test är uteslutande avsett för utveckling och testning av dina program. Användningen av prenumerationen har inte ett ekonomiskt säkerhetskopierat serviceavtal.
Lär dig att använda olika typer av Dev/Test-prenumerationer
Oavsett om du behöver månatliga Azure-krediter för Visual Studio-prenumeranter, Enterprise Dev/Test-prenumerationer eller en Dev/Test – betala per användning-prenumeration (PAYG) kan du enkelt hitta erbjudanden som fungerar för enskilda användare eller ett team.
Hantera enskilda kreditprenumerationer
Visual Studio Azure-krediter är en individuell fördel för individuell utveckling av Dev/Test och utveckling av inre loopar. Du kan inte poolkrediter mellan utvecklare. Kreditprenumerationer är fortfarande Azure-prenumerationer, men ett specifikt Azure-erbjudande. Hantera dina kreditprenumerationer på samma sätt som du hanterar andra Azure-prenumerationer så att du kan arbeta i grupper och team. Du kan ta bort enskilda utgiftsgränser med ett kreditkort eller om din Dev/Test-prenumeration för företag går till företagets valda anskaffningsmetod.
Utvecklarens inre loopaktiviteter använder ofta krediter, men växlar sedan till Azure Dev/Test-prenumerationer för företag eller organisation, inklusive betala per användning. På så sätt som du följer DevOps-processer kan du inre loopa med din enskilda kreditprenumeration. I den yttre DevOps-loopen finns icke-produktionsmål i enterprise Dev/Test – prod går till prod.
Hantera dina kreditprenumerationer, enterprise dev/test-prenumerationer och PAYG-prenumerationer och segmentera dina utvecklare med hjälp av hanteringsgrupper som var och en har en unik hierarki.
Använda organisationens Azure Dev/Test-erbjudanden
Om du behöver en Azure Dev/Test-prenumeration för organisationen har du två erbjudanden att välja mellan.
Varje alternativ har en egen uppsättning rabatter och kräver en Visual Studio-prenumeration.
Med varje prenumerationserbjudande kan du få igång ditt team med utvecklings-/testmiljöer i molnet med hjälp av förkonfigurerade virtuella datorer. Skapa flera Azure-prenumerationer och hantera dem från ett konto. Du kan underhålla isolerade miljöer och en separat faktura för olika projekt eller team.
Enterprise Dev/Test-prenumerationer kräver ett enterprise-avtal (EA). Dev/Test – betala per användning Prenumerationer kräver inget EA men kan användas med ett enterprise-avtalskonto.
Varför skulle jag använda PAYG-erbjudanden jämfört med Enterprise Dev/Test-erbjudanden?
Ett PAYG Dev/Test-erbjudande kan vara rätt plats att använda som Visual Studio-prenumerant. Till skillnad från kreditprenumerationer för individuell användning är PAYG-erbjudanden bra för teamutveckling och gör att du kan ha flera användare inom en prenumeration. Ett PAYG Dev/Test-erbjudande kan vara rätt för dig om:
- Du har inget enterprise-avtal. I det här fallet kan du bara skapa ett PAYG-konto med en Visual Studio-licens.
- Du skapar ett enterprise-avtal, men du måste konfigurera en prenumeration som inte använder organisationens avtal. Du kan ha ett unikt projekt som kräver en egen prenumeration eller för att skapa en isolerad miljö som faktureras separat för projekt eller team.
- Du föredrar att hålla identiteter isolerade. Du kan behöva vissa identiteter för att förbli åtskilda från andra för att skydda åtkomsten till data, resurser och appar.