Zuverlässigkeitsmanagement

Obwohl Produktionsdienste nicht in einem Dev/Test-Abonnement sind, könntest du andere Stufen in deinem Azure Dev/Test-Abonnement nutzen, um die Zuverlässigkeit in der Produktion sicherzustellen.

Verwandte Ressourcen:

• Azure Dev/Test bietet Dokumentation
• Erstellung von Enterprise Azure Dev/Test-Abonnements
• Azure for Visual Studio subscribers FAQ

Wenn Sie die Dev/Test-Abonnements Ihrer Organisation verwenden, entscheiden Sie, wie Sie Folgendes machen wollen:

• Kontrolldaten
• Steuern von Sicherheit und Zugriff
• Verwalten Sie die Verfügbarkeit dieses Produktionssystems

Typischerweise gibt es verschiedene Bereitstellungsphasen, die man vor der Produktion durchläuft – Shared, QA, Integration, Staging und Failover. Je nachdem, wie Ihr Unternehmen diese Stufen definiert, kann sich Ihre Nutzung eines Organisations-Dev/Test-Abonnements ändern.

Wenn du geschäftskritische Dienste wie kundenorientierte Anwendungen betreibst, nutze kein Dev/Test-Abonnement. Für Dev/Test-Abonnements gibt es keine SLA mit finanzieller Absicherung. Diese Abonnements sind für Tests und die Entwicklung vor der Produktionsphase vorgesehen.

Standortzuverlässigkeitstechnik (SRE)

Weitere Informationen zur Zuverlässigkeitstechnik und -verwaltung finden Sie in Artikeln, die sich mit Site Reliability Engineering beschäftigen. Dies ist eine technische Disziplin, mit der Organisationen dabei unterstützt werden sollen, im Kontext ihrer Systeme, Dienste und Produkte eine angemessene Zuverlässigkeit zu erzielen.

Wie sich SRE und DevOps unterscheiden, wird in diesem Bereich noch diskutiert. Zu den weitgehend offensichtlichen Unterschieden gehören folgende:

• SRE ist eine technische Disziplin, die auf Zuverlässigkeit ausgerichtet ist. DevOps ist eine kulturelle Bewegung, die sich aus der Idee heraus entwickelt hat, die Silos aufzubrechen, die in Entwicklungs- und Betriebsorganisationen vorliegen.
• SRE kann der Name einer Rolle sein, also: Ich bin Site Reliability Engineer (SRE). Bei DevOps ist dies nicht möglich.
• SRE ist in der Regel präskriptiv. DevOps ist dies absichtlich nicht. Die nahezu universelle Einführung von Continuous Integration/Continuous Delivery und agilen Prinzipien ist das, was DevOps am nächsten kommt.

Weitere Informationen zur Praxis im Zusammenhang mit SRE finden Sie unter den folgenden Links:

• SRE im Kontext
• Wichtige SRE-Prinzipien und -Methoden: Erfolgszyklus
• Wichtige SRE-Prinzipien und -Methoden: Die menschliche Seite von SRE
• Erste Schritte mit SRE

Service-Level-Vereinbarungen

Enterprise Dev/Test ist ausschließlich für die Entwicklung und das Testen Ihrer Anwendungen konzipiert. Bei Verwendung des Abonnements gibt es keine SLA mit finanzieller Absicherung.

Erfahren Sie, wie Sie verschiedene Arten von Dev/Test-Abonnements verwenden.

Unabhängig davon, ob Sie monatliche Azure-Gutschriften für Visual Studio-Abonnenten, Enterprise Dev/Test-Abonnements oder ein Dev/Test Pay-As-You-Go-Abonnement (PAYG) benötigen, finden Sie problemlos Angebote, die sich für Einzelpersonen oder ein Team eignen.

Einzelne Azure-Credits sind für einzelne Entwicklungs- und Testszenarien vorgesehen, während Enterprise Dev/Test-Abonnements für Teamentwicklung in großen Organisationen verfügbar sind. Überprüfen Sie die verfügbaren Abonnementoptionen, um herauszufinden, welches Angebot am besten zu Ihren Entwicklungs- und Testanforderungen passt.

Verwaltung einzelner Kreditabonnements

Visual Studio Azure-Gutschriften sind ein individueller Vorteil für die individuelle Dev/Test- und Inner-Loop-Entwicklung. Man kann die Credits nicht zwischen Entwicklern bündeln. Gutschriftabonnements sind weiterhin Azure-Abonnements, aber es handelt sich um ein bestimmtes Azure-Angebot. Verwalten Sie Ihre Gutschriftabonnements auf die gleiche Weise wie andere Azure-Abonnements, damit Sie in Gruppen und Teams arbeiten können. Sie können einzelne Ausgabenlimits aufheben, indem Sie eine Kreditkarte hinzufügen oder Ihr Enterprise Dev/Test-Abonnement auf die von Ihrem Unternehmen gewählte Beschaffungsmethode umstellen.

Für Inner-Loop-Aktivitäten von Entwicklern werden häufig Gutschriften verwendet, es wird dann jedoch zu Azure Dev/Test-Abonnements für Unternehmen oder Organisationen gewechselt, einschließlich nutzungsbasierter Abonnements. Auf diese Weise können Sie bei der Befolgung von DevOps-Prozessen die Inner-Loop-Entwicklung mit Ihrem individuellen Gutschriftabonnement durchführen. In der DevOps-Outer-Loop befinden sich Nicht-Produktionsziele in Enterprise Dev/Test – die Produktion geht in die Produktion.

Verwalten Sie Ihre Kreditabonnements, Enterprise Dev/Test-Abonnements und PAYG-Abonnements und segmentieren Sie Ihre Entwickler über Managementgruppen , die jeweils eine eigene Hierarchie haben.

Verwenden der Azure Dev/Test-Angebote Ihrer Organisation

Wenn Sie ein Azure Dev/Test-Abonnement für Organisationen benötigen, stehen Ihnen zwei Angebote zur Verfügung.

• Pay-As-You-Go (PAYG) Entwicklung/Test (0023P)
• Enterprise Entwicklung/Test (0148P)

Jede Option hat ihre eigenen Rabatte und erfordert ein Visual Studio-Abonnement.

Jedes Abonnementangebot ermöglicht es Ihnen, Ihr Team mit Dev/Test-Umgebungen in der Cloud mit vorkonfigurierten virtuellen Maschinen zum Laufen zu bringen. Erstellen Sie mehrere Azure-Abonnements, und verwalten Sie sie über ein Konto. Sie können isolierte Umgebungen verwalten und eine separate Rechnung für verschiedene Projekte oder Teams anfordern.

Enterprise Dev/Test-Abonnements erfordern ein Enterprise Agreement (EA). Dev/Test Pay-As-You-Go-Abonnements erfordern kein EA, können aber mit einem Enterprise Agreement-Konto genutzt werden.

Warum PAYG-Angebote statt Enterprise Dev/Test-Angebote verwenden?

Ein PAYG-Dev/Test-Angebot könnte für Visual Studio-Abonnenten die richtige Wahl sein. Im Gegensatz zu Gutschriftabonnements für die individuelle Nutzung eignen sich PAYG-Angebote ideal für die Teamentwicklung, und diese Abonnements ermöglichen es Ihnen, mehrere Benutzer*innen innerhalb eines Abonnements zu verwalten. Ein PAYG-Dev/Test-Angebot könnte für Sie geeignet sein, wenn:

• Sie verfügen über kein Enterprise Agreement. In diesem Fall können Sie nur ein PAYG-Konto mit einer Visual Studio-Lizenz erstellen.
• Sie erstellen eine Unternehmensvereinbarung, müssen aber ein Abonnement einrichten, das nicht die Vereinbarung Ihrer Organisation nutzt. Möglicherweise verwalten Sie ein spezifisches Projekt, für das ein eigenes Abonnement erforderlich ist, oder Sie müssen eine isolierte Umgebung erstellen, die separat für Projekte oder Teams abgerechnet wird.
• Sie bevorzugen es, Identitäten isoliert zu verwalten. Möglicherweise müssen bestimmte Identitäten von anderen getrennt bleiben, um den Zugriff auf Daten, Ressourcen und Apps zu schützen.