Tillförlitlighetshantering

Även om produktionstjänster inte ingår i en utvecklings-/testprenumeration kan du använda andra steg i din Azure Dev/Test-prenumeration för att säkerställa tillförlitlighet i produktionen.

Note

Azure Dev/Test-prenumerationer är avsedda för förproduktionstestning och utveckling och har inte en ekonomiskt stödd SLA. Innan du väljer en Dev/Test-prenumeration, granska de tillgängliga Azure Dev/Test-prenumerationsalternativen för att avgöra vilket erbjudande som bäst passar dina utvecklings- och testbehov.

Relaterade resurser:

När du använder din organisations utvecklings-/testprenumerationer, bestäm hur du ska:

  • Kontrolldata
  • Kontrollera säkerhet och åtkomst
  • Hantera drifttiden för produktionssystemet

Vanligtvis finns det olika faser av distribution som du går igenom innan produktion – delad, QA, integration, staging och failover. Beroende på hur ditt företag definierar dessa steg kan din användning av en organisations Dev/Test-prenumeration ändras.

Om du kör affärskritiska tjänster som kundanpassade applikationer, använd inte en Dev/Test-prenumeration. Dev/Test-prenumerationer omfattas inte av någon ekonomiskt uppbackad SLA. Dessa prenumerationer är avsedda för förproduktionstestning och utveckling.

Platsens tillförlitlighetsteknik (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, alltså: jag är en site reliability engineer (SRE). DevOps kan inte.
  • SRE tenderar att vara normativt. DevOps är avsiktligt inte det. 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:

Servicenivåavtal

Enterprise Dev/Test är uteslutande avsett för utveckling och testning av dina program. Prenumerationen omfattas inte av ett SLA med ekonomisk kompensation.

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.

Individuella Azure-krediter är avsedda för individuella utvecklings- och testscenarier, medan Enterprise Dev/Test-prenumerationer finns tillgängliga för teamutveckling i stora organisationer. Gå igenom de tillgängliga prenumerationsalternativen för att avgöra vilket erbjudande som bäst passar dina utvecklings- och testbehov.

Hantering av individuella kreditprenumerationer

Visual Studio Azure-krediter är en personlig förmån för individuell utveckling/testning och inner loop-utveckling. Du kan inte samla krediter 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 individuella utgiftsgränser genom att lägga till ett kreditkort, eller om ditt företags Dev/Test-abonnemang går till företagets valda upphandlingsmetod.

Aktiviteter i utvecklarens inre loop använder ofta krediter, men går sedan över till Azure Dev/Test-prenumerationer för företag eller organisationer, inklusive Betala per användning-prenumerationer. På så sätt kan du, när du följer DevOps-processer, arbeta i den inre loopen med din personliga kreditprenumeration. I den yttre DevOps-loopen finns icke-produktionsmål i enterprise Dev/Test – prod går till prod.

Hantera dina kreditprenumerationer, företagsutvecklare/testprenumerationer och PAYG-prenumerationer och segmentera dina utvecklare med hjälp av ledningsgrupper som var och en har en unik hierarki.

Använda din organisations 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 sina egna rabatter och kräver en Visual Studio-prenumeration.

Varje prenumerationserbjudande låter dig få igång ditt team med utvecklings-/testmiljöer i molnet genom att använda förkonfigurerade virtuella maskiner. 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). Betala per användning-prenumerationer för Dev/Test kräver inget EA men kan användas med ett Enterprise Agreement-konto.

Varför använda PAYG-erbjudanden istället för 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 företagsavtal, men du behöver skapa en prenumeration som inte använder din organisations 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.
  • Last updated on