Plattformspezialisierung für die Cloudverwaltung

Ähnlich wie bei der optimierten Verwaltungsbaseline ist die Plattformspezialisierung eine Erweiterung, die über die Standardverwaltungsbaseline hinausgeht. Die folgende Abbildung und Liste zeigen die Möglichkeiten zum Erweitern der Verwaltungsbaseline. In diesem Artikel werden die Plattformspezialisierungsoptionen behandelt.

• Workloadbetrieb: Die größte Investition pro Workloadvorgang und der höchste Resilienzgrad. Wir empfehlen Workloadvorgänge für etwa 20 % der Workloads, die den Geschäftswert erzeugen. Diese Spezialisierung ist in der Regel für Workloads von hoher Wichtigkeit oder unternehmenskritische Workloads reserviert.
• Plattformbetrieb: Die Betriebsinvestition ist auf viele Workloads verteilt. Verbesserungen der Resilienz betreffen alle Workloads, die die definierte Plattform nutzen. Wir empfehlen Plattformvorgänge für die etwa 20 % der Plattformen, die die höchste Wichtigkeit aufweisen. Diese Spezialisierung ist in der Regel für Workloads von mittlerer bis hoher Wichtigkeit reserviert.
• Erweiterte Verwaltungsbaseline: Die relativ niedrigste Betriebsinvestition. Diese Spezialisierung verbessert die Erfüllung der Geschäftsverpflichtungen mit zusätzlichen cloudnativen Betriebstools und Prozessen leicht.

Workload- und Plattformbetrieb erfordern Änderungen von Entwurfs- und Architekturprinzipien. Diese Änderungen können Zeit in Anspruch nehmen und zu erhöhten Betriebskosten führen. Um die Anzahl der Workloads zu reduzieren, die solche Investitionen erfordern, kann eine optimierte Verwaltungsbaseline eine ausreichende Verbesserung zur Erfüllung geschäftlicher Verpflichtungen bewirken.

In dieser Tabelle werden einige gängige Prozesse, Tools und potenzielle Auswirkungen beschrieben, die in den optimierten Verwaltungsbaselines der Kunden üblich sind.

Allgemeiner Prozess

Die Plattformspezialisierung besteht aus einer disziplinierten Ausführung der folgenden vier Prozesse in einem iterativen Ansatz. Jeder Prozess wird in späteren Abschnitten dieses Artikels ausführlicher erläutert.

• Verbessern des Systementwurfs: Verbesserung des Entwurfs gängiger Systeme oder Plattformen, um Unterbrechungen effektiv zu minimieren.
• Automatisieren der Korrektur: Einige Verbesserungen sind nicht wirtschaftlich. In solchen Fällen könnte es sinnvoller sein, die Korrektur zu automatisieren und die Auswirkungen von Unterbrechungen zu reduzieren.
• Skalieren der Lösung: Bei verbessertem Systementwurf und automatisierter Korrektur können diese Änderungen über den Dienstkatalog in der gesamten Umgebung skaliert werden.
• Fortlaufende Verbesserung: Verschiedene Überwachungstools können verwendet werden, um schrittweise Verbesserungen zu erkennen. Diese Verbesserungen können im nächsten Durchgang von Systementwurf, Automatisierung und Skalierung behoben werden.

Das Verbessern des Systementwurfs ist der effektivste Ansatz zur Optimierung des Betriebs jeder gängigen Plattform. Durch Verbesserungen des Systementwurfs können die Stabilität erhöht und Betriebsunterbrechungen verringert werden. Der Entwurf einzelner Systeme geht über die Betrachtung der Umgebung hinaus, die im Rahmen des Cloud Adoption Framework verwendet wird.

Als Ergänzung zu diesem Framework bietet das Microsoft Azure Well-Architected Framework Richtlinien für die Qualitätsverbesserung einer Plattform oder bestimmten Workload. Das Framework konzentriert sich bei den Verbesserungen auf die fünf Säulen einer erstklassigen Architektur:

• Kostenoptimierung: Verwalten der Kosten zur Maximierung des erzielten Werts.
• Betriebliche Exzellenz: Verfolgen der operativen Prozesse, die für die Ausführung eines Systems in der Produktion sorgen.
• Effiziente Leistung: Skalieren Sie Systeme so, dass Sie in Bezug auf Änderungen der Last flexibel sind.
• Zuverlässigkeit: Entwerfen Sie Systeme so, dass sie nach Ausfällen wiederhergestellt und weiterhin ausgeführt werden können.
• Sicherheit: Schützen Sie Anwendungen und Daten vor Bedrohungen.

Technische Schulden und architektonische Mängel verursachen die meisten Unterbrechungen des Geschäftsbetriebs. Bei bestehenden Bereitstellungen können Verbesserungen des Systementwurfs als das Abtragen bestehender technischer Schulden angesehen werden. Bei neuen Bereitstellungen können Sie diese Verbesserungen als Vermeidung von technischen Schulden betrachten.

Die folgende Registerkarte Automatisierte Korrektur zeigt Wege zur Behebung von technischen Schulden, die nicht behandelt werden können oder sollten.

Erfahren Sie mehr über das Microsoft Azure Well-Architected Framework zum Verbessern des Systementwurfs.

Bei zunehmender Verbesserung des Systementwurfs kehren Sie zu diesem Artikel zurück, um neue Möglichkeiten zur Verbesserung und Skalierung dieser Verbesserungen in Ihrer Umgebung zu finden.

Einige technische Schulden können nicht angegangen werden. Die Lösung ist möglicherweise zu teuer, um korrigiert zu werden, oder sie ist geplant, hat aber eine lange Projektlaufzeit. Die Unterbrechung des Geschäftsbetriebs hat möglicherweise keine wesentlichen Auswirkungen auf das Geschäft. Oder die Geschäftspriorität könnte in einer schnellen Wiederherstellung bestehen, anstatt in Resilienz zu investieren.

Wenn die Beseitigung technischer Schulden nicht der gewünschte Ansatz ist, ist die automatisierte Korrektur häufig der nächste Schritt. Der gängigste Ansatz für die automatisierte Korrektur ist der Einsatz von Azure Automation und Azure Monitor zur Erkennung von Trends und Bereitstellung automatisierter Korrekturen.

Anleitungen zur automatisierten Korrektur finden Sie unter Azure Automation und Warnungen.

Der Eckpfeiler der Plattformspezialisierung und des Plattformbetriebs ist ein sorgfältig gepflegter Dienstkatalog. Durch die Verwendung eines Katalogs werden Verbesserungen bei Systementwurf und -korrektur in einer Umgebung skaliert.

Das Cloudplattform- und Cloudautomatisierungsteam stimmen sich ab, um wiederholbare Lösungen für die gängigsten Plattformen in jeder Umgebung zu schaffen. Wenn diese Lösungen jedoch nicht konsistent verwendet werden, kann die Cloudverwaltung kaum mehr bieten als ein Baselineangebot.

Um die Akzeptanz zu maximieren und den Wartungsaufwand einer optimierten Plattform zu minimieren, sollten Sie die Plattform in einen Azure-Dienstkatalog aufnehmen. Jede Anwendung im Katalog kann über den Dienstkatalog für den internen Einsatz oder als Marketplace-Angebot für externe Nutzer bereitgestellt werden.

Anweisungen zur Veröffentlichung in einem Dienstkatalog finden Sie in der Artikelreihe zum Veröffentlichen in einem Dienstkatalog.

Bereitstellen von Anwendungen aus dem Dienstkatalog

1. Wechseln Sie im Azure-Portal zu Center für verwaltete Anwendungen (Vorschau) .
2. Wählen Sie im Bereich Durchsuchen die Option Dienstkataloganwendungen aus.
3. Wählen Sie + Hinzufügen aus, um eine Anwendungsdefinition aus dem Dienstkatalog Ihres Unternehmens auszuwählen.

Alle verwalteten Anwendungen, die Sie warten, werden angezeigt.

Verwalten von Dienstkataloganwendungen

1. Wechseln Sie im Azure-Portal zu Center für verwaltete Anwendungen (Vorschau) .
2. Wählen Sie im Bereich Dienst die Option Dienstkataloganwendungen aus.

Alle verwalteten Anwendungen, die Sie warten, werden angezeigt.

Sowohl Plattformspezialisierung als auch Plattformbetrieb hängen von funktionierenden Feedbackschleifen zwischen dem Einführungs-, Plattform-, Automatisierungs- und Verwaltungsteam ab. Die Kopplung dieser Feedbackschleifen mit Daten unterstützt jedes Team beim Treffen kluger Entscheidungen. Damit beim Plattformbetrieb langfristige Geschäftsverpflichtungen erfüllt werden können, ist es wichtig, die für die zentralisierte Plattform spezifischen Erkenntnisse zu nutzen.

Container und SQL Server sind die beiden am häufigsten verwendeten zentral verwalteten Plattformen. Diese Artikel können Ihnen bei den ersten Schritten mit der fortlaufend verbesserten Datensammlung auf diesen Plattformen helfen:

• Containerleistung
• PaaS-Datenbankleistung
• IaaS-Datenbankleistung