Betrouwbaarheidsbeheer

Hoewel productiediensten niet in een Dev/Test-abonnement zitten, kun je andere fasen in je Azure Dev/Test-abonnement gebruiken om betrouwbaarheid in productie te waarborgen.

Note

Azure Dev/Test-abonnementen zijn bedoeld voor preproductietesten en -ontwikkeling en hebben geen financieel gesteunde SLA. Voordat je een Dev/Test-abonnement kiest, bekijk de beschikbare Azure Dev/Test-abonnementsopties om te bepalen welke aanbieding het beste past bij jouw ontwikkel- en testbehoeften.

Gerelateerde resources:

Wanneer je de Dev/Test-abonnementen van je organisatie gebruikt, bepaal dan hoe je:

  • Gegevens beheren
  • Beveiliging en toegang beheren
  • De uptime van dat productiesysteem beheren

Meestal zijn er verschillende fasen van implementatie die je doorloopt vóór productie - shared, QA, integratie, staging en failover. Afhankelijk van hoe jouw bedrijf deze fasen definieert, kan het gebruik van een Dev/Test-abonnement van de organisatie veranderen.

Als je bedrijfskritische diensten draait zoals klantgerichte applicaties, gebruik dan geen Dev/Test-abonnement. Dev/Test-abonnementen hebben geen financieel ondersteunde SLA. Deze abonnementen zijn bedoeld voor preproductietests en -ontwikkeling.

Site Reliability Engineering (SRE)

Voor meer informatie over betrouwbaarheidstechniek en -beheer kunt u sitebetrouwbaarheidsbeheer overwegen: een technische discipline die is gewijd aan het duurzaam realiseren van de juiste betrouwbaarheid in zijn systemen, services en producten.

Hoe SRE en DevOps verschillen, worden nog steeds besproken in het veld. Enkele algemeen overeengekomen verschillen zijn:

  • SRE is een technische discipline gericht op betrouwbaarheid. DevOps is een culturele beweging die voortkwam uit de drang om de silo's op te splitsen die zijn gekoppeld aan Ontwikkelings- en Operations-organisaties.
  • SRE kan de naam van een functie zijn, zoals: ik ben site reliability engineer (SRE). DevOps kan dat niet.
  • SRE is doorgaans prescriptief. DevOps is bewust niet. Bijna universele acceptatie van continue integratie/continue levering en Agile-principes zijn de dichtstbijzijnde DevOps.

Als u meer wilt weten over de praktijk van SRE, raadpleegt u deze koppelingen:

Overeenkomsten op serviceniveau

Enterprise Dev/Test is uitsluitend bedoeld voor het ontwikkelen en testen van uw toepassingen. Het gebruik van het abonnement biedt geen SLA met financiële dekking.

Meer informatie over het gebruik van verschillende typen Dev/Test-abonnementen

Of u nu maandelijks Azure-tegoed nodig hebt voor Visual Studio-abonnees, Enterprise Dev/Test-abonnementen of een Pay-As-You-Go Dev/Test-abonnement (PAYG), u kunt eenvoudig aanbiedingen vinden die geschikt zijn voor personen of een team.

Individuele Azure-credits zijn bedoeld voor individuele ontwikkel- en testscenario's, terwijl Enterprise Dev/Test-abonnementen beschikbaar zijn voor teamontwikkeling in grote organisaties. Bekijk de beschikbare abonnementsopties om te bepalen welke aanbieding het beste past bij jouw ontwikkelings- en testbehoeften.

Beheer van individuele kredietabonnementen

Visual Studio Azure studiepunten zijn een individueel voordeel voor individuele ontwikkeling/test en inner loop-ontwikkeling. Je kunt geen credits bundelen tussen ontwikkelaars. Tegoedabonnementen zijn nog steeds Azure-abonnementen, maar een specifieke Azure-aanbieding. Beheer uw tegoedabonnementen op dezelfde manier als u andere Azure-abonnementen beheert, zodat u binnen groepen en teams kunt werken. Je kunt individuele uitgavenlimieten opheffen door een creditcard toe te voegen, of als je enterprise Dev/Test-abonnement gaat naar de door je bedrijf gekozen inkoopmethode.

Bij activiteiten in de inner loop maken ontwikkelaars vaak gebruik van tegoeden, maar schakelen ze vervolgens over op Azure Dev/Test-abonnementen voor bedrijven of organisaties, inclusief abonnementen met betalen naar gebruik. Op deze manier kunt u tijdens het volgen van DevOps-processen een interne lus uitvoeren met uw afzonderlijke tegoedabonnement. In de buitenste lus van DevOps gaan niet-productiedoelen naar enterprise Dev/Test - prod gaat naar prod.

Beheer je kredietabonnementen, enterprise Dev/Test-abonnementen en PAYG-abonnementen en segmenteer je ontwikkelaars via managementgroepen die elk een unieke hiërarchie hebben.

Azure Dev/Test-aanbiedingen gebruiken via uw organisatie

Als u een Azure Dev/Test-abonnement van een organisatie nodig hebt, hebt u twee aanbiedingen waaruit u kunt kiezen.

Elke optie heeft zijn eigen kortingen en vereist een Visual Studio-abonnement.

Elk abonnementsaanbod stelt je in staat om je team operationeel te krijgen met Dev/Test-omgevingen in de cloud door gebruik te maken van vooraf geconfigureerde virtuele machines. Maak meerdere Azure-abonnementen en beheer ze vanuit één account. U kunt geïsoleerde omgevingen en een afzonderlijke factuur voor verschillende projecten of teams onderhouden.

Voor Enterprise Dev/Test-abonnementen is een Enterprise Agreement (EA) vereist. Betalen per gebruik Dev/Test-abonnementen vereisen geen EA, maar kunnen worden gebruikt met een Enterprise Agreement-account.

Waarom gebruik je PAYG-aanbiedingen in plaats van Enterprise Dev/Test-aanbiedingen?

Een PAYG Dev/Test-aanbieding is mogelijk de juiste oplossing voor gebruik als Visual Studio-abonnee. In tegenstelling tot tegoedabonnementen voor individueel gebruik, zijn PAYG-aanbiedingen ideaal voor teamontwikkeling en kunt u meerdere gebruikers binnen één abonnement hebben. Een PAYG Dev/Test-aanbieding is mogelijk geschikt voor u als:

  • U hebt geen Enterprise Agreement. In dit geval kunt u alleen een PAYG-account maken met een Visual Studio-licentie.
  • Je maakt een ondernemingsovereenkomst aan, maar je moet een abonnement instellen dat niet gebruikmaakt van de overeenkomst van jouw organisatie. Mogelijk hebt u een uniek project waarvoor een eigen abonnement is vereist of een geïsoleerde omgeving moet worden gemaakt die afzonderlijk wordt gefactureerd voor projecten of teams.
  • U wilt identiteiten liever geïsoleerd houden. Mogelijk hebt u bepaalde identiteiten nodig om gescheiden te blijven van anderen om de toegang tot gegevens, resources en apps te beveiligen.
  • Last updated on