Betrouwbaarheidsbeheer

Hoewel productieservices zich niet in een dev/test-abonnement bevinden, kunt u andere fasen in uw Azure Dev/Test-abonnement gebruiken om de betrouwbaarheid in productie te garanderen.

Wanneer u uw organisatie dev/test-abonnementen gebruikt, moet u beslissen hoe u het volgende gaat doen:

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

Normaal gesproken zijn er verschillende implementatiefasen die u doorloopt vóór productie: gedeeld, QA, integratie, fasering en failover. Afhankelijk van hoe uw bedrijf deze fasen definieert, kan uw gebruik van een organisatie-dev/test-abonnement veranderen.

Als u bedrijfskritieke services uitvoert, zoals klantgerichte toepassingen, gebruikt u geen dev/test-abonnement. Dev/Test-abonnementen hebben geen sla met financiële ondersteuning. 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 rol zijn, zoals in: Ik ben een sitebetrouwbaarheidstechnicus (SRE). DevOps kan dat niet.
• SRE is doorgaans prescriptief. DevOps is opzettelijk 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:

• SRE in Context
• Belangrijke SRE-principes en -procedures: goede cycli
• Belangrijke SRE-principes en -procedures: De menselijke kant van SRE
• Aan de slag met SRE

Overeenkomsten op serviceniveau

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

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.

Afzonderlijke tegoedabonnementen beheren

Visual Studio Azure-tegoed is een afzonderlijk voordeel, voor de ontwikkeling van afzonderlijke dev/test en interne lus. U kunt geen tegoed tussen ontwikkelaars poolen. 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. U kunt afzonderlijke bestedingslimieten verwijderen met een creditcard of als uw enterprise Dev/Test-abonnement naar de gekozen inkoopmethode van uw bedrijf gaat.

Binnenste lusactiviteiten voor ontwikkelaars maken vaak gebruik van tegoeden, maar schakel vervolgens over naar Azure Dev/Test-abonnementen voor ondernemingen of organisaties, inclusief betalen per 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 bevinden niet-productiedoelen zich in enterprise Dev/Test - prod gaat naar prod.

Beheer uw tegoedabonnementen, enterprise dev/test-abonnementen en PAYG-abonnementen en segmenteer uw ontwikkelaars met behulp van beheergroepen die elk een unieke hiërarchie hebben.

Azure Dev/Test-aanbiedingen van uw organisatie gebruiken

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

• Betalen per gebruik (PAYG) Dev/Test (0023P)
• Enterprise Dev/Test (0148P)

Elke optie wordt geleverd met een eigen set kortingen en vereist een Visual Studio-abonnement.

Met elke abonnementsaanbieding kunt u uw team aan de slag laten gaan met ontwikkel-/testomgevingen in de cloud met behulp 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.

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

Waarom zou ik PAYG-aanbiedingen versus Enterprise Dev/Test-aanbiedingen gebruiken?

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.
• U maakt een Enterprise Agreement, maar u moet een abonnement instellen dat niet gebruikmaakt van de overeenkomst van uw 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.