Workloadvorgänge in der Cloudverwaltung

  • Artikel

Einige Workloads sind für den Erfolg des Unternehmens wichtig. Für diese Workloads reicht eine Verwaltungsbaseline nicht aus, um die erforderlichen Geschäftsverpflichtungen für die Cloudverwaltung zu erfüllen. Möglicherweise reicht der Plattformbetrieb nicht einmal aus, um Geschäftsverpflichtungen zu erfüllen. Diese äußerst wichtige Teilmenge von Workloads erfordert eine spezielle Konzentration auf die Workloadfunktionen und ihre Unterstützung.

Im Gegenzug kann die Investition in Workloadvorgänge zu einer verbesserten Leistung, geringeren Risiken bei Unterbrechung des Geschäftsbetriebs und einer schnelleren Wiederherstellung führen, wenn Systemfehler auftreten. In diesem Artikel wird ein Ansatz erläutert, wie Sie in den fortlaufenden Betrieb dieser Workloads mit hoher Priorität investieren, um bessere Geschäftsverpflichtungen zu erzielen.

Wann sollten Sie in Workloadvorgänge investieren?

Nach dem Pareto-Prinzip (auch bekannt als 80/20-Regel) sind 80 Prozent der Wirkungen auf 20 Prozent der Gründe zurückzuführen. Wenn IT-Portfolios im Laufe der Zeit organisch wachsen dürfen, wird diese Regel oft in einer Bewertung des IT-Portfolios veranschaulicht. Abhängig von dem Effekt, der eine Investition erfordert, kann die Ursache variieren, aber das allgemeine Prinzip gilt weiterhin:

  • 80 Prozent der Systemfehler sind tendenziell das Ergebnis von 20 Prozent der häufigen Fehler oder Bugs.
  • 80 Prozent des Geschäftswerts stammen tendenziell von 20 Prozent der Workloads in einem Portfolio.
  • 80 Prozent des Aufwands für die Migration zur Cloud stammen aus 20 Prozent der zu migrierenden Workloads.
  • 80 Prozent des Cloudverwaltungsaufwands unterstützen 20 Prozent der Servicevorfälle oder Tickets zur Problembehandlung.
  • 80 Prozent der geschäftlichen Auswirkungen von Ausfällen ergeben sich aus 20 Prozent der Systeme, die von dem Ausfall betroffen sind.

Workloadvorgänge sollten nur bei einem fundierten Verständnis von Cloudeinführungsstrategie, Geschäftsergebnissen und betrieblichen Metriken angewendet werden. Dies ist ein Paradigmenwechsel weg von der klassischen Sichtweise der IT. Herkömmlicherweise setzte die IT voraus, dass alle Workloads in gleichem Maße unterstützt wurden und gleiche Prioritätsstufen erforderten.

Vor der Investition in tiefgreifende Workloadvorgänge sollten sowohl die IT als auch die übrigen Unternehmensangehörigen die geschäftlichen Begründungen und die Erwartungen an eine größere Investition in die Cloudverwaltung verstehen.

Der Anfang mit den Daten

Workloadvorgänge beginnen mit einem umfassenden Verständnis der Workloadleistung und der Supportanforderungen. Bevor das Team in Workloadvorgänge investiert, muss es über umfangreiche Daten zu Workloadabhängigkeiten, Anwendungsleistung, Datenbankdiagnose, Telemetriedaten virtueller Computer und Vorfallsverlauf verfügen.

Aus diesen Daten resultieren die Erkenntnisse, die Entscheidungen zu Workloadvorgängen ermöglichen.

Fortgesetzte Beobachtung

Ausgangsdaten und fortlaufende Telemetriedaten können dabei helfen, Theorien zur Leistung einer Workload zu formulieren und zu testen. Laufende Workloadvorgänge sind jedoch von einer kontinuierlichen und ausgedehnten Überwachung der Workloadleistung abhängig, wobei der Schwerpunkt auf Anwendungs- und Datenleistung liegt.

Testen der Automatisierung

Auf Anwendungsebene ist die erste Anforderung von Workloadvorgängen eine Investition in umfassende Tests. Für alle Anwendungen, die durch Workloadvorgänge unterstützt werden, sollte ein Testplan eingerichtet und regelmäßig ausgeführt werden, um für alle Anwendungen umfassende Funktions- und Skalierungstests durchzuführen.

Reguläre Testtelemetriedaten ermöglichen eine sofortige Überprüfung verschiedener Hypothesen in Bezug auf den Betrieb der Workload. Verbesserungen der Betriebs- und Architekturmuster können durchgeführt und getestet werden. Die daraus resultierenden Deltawerte liefern eine klare Auswirkungsanalyse, um fortlaufende Investitionen zu steuern.

Verständnis von Releases

Ein klares Verständnis von Releasezyklen und Releasepipelines ist ein wichtiges Element von Workloadvorgängen.

Ein Verständnis der Zyklen kann auf potenzielle Unterbrechungen vorbereiten und dem Team ermöglichen, proaktiv alle Releases zu behandeln, die möglicherweise negative Auswirkungen auf Vorgänge haben. Dieses Verständnis ermöglicht dem Cloudverwaltungsteam auch die Partnerschaft mit Einführungsteams, um die Qualität des Produkts kontinuierlich zu verbessern und alle Fehler zu beheben, die sich auf die Stabilität auswirken können.

Noch wichtiger ist, dass das Verständnis der Releasepipelines die Recovery Point Objective (RTO) einer Workload erheblich verbessern kann. In vielen Szenarios ist der schnellste und präziseste Pfad zur Wiederherstellung einer Anwendung eine Releasepipeline. Bei Anwendungsebenen, die sich nur ändern, wenn ein neues Release herauskommt, kann die höhere Investition in die Pipelineoptimierung sinnvoller sein als die Wiederherstellung der Anwendung mittels herkömmlicher Sicherungsprozesse.

Obwohl eine Bereitstellungspipeline der schnellste Weg zur Wiederherstellung sein kann, kann sie auch der schnellste Weg zur Bereinigung sein. Wenn eine Anwendung über eine schnelle, effiziente und zuverlässige Releasepipeline verfügt, hat das Cloudverwaltungsteam eine Option, die Bereitstellung auf einem neuen Host als Form einer automatisierten Bereinigung zu automatisieren.

Möglicherweise gibt es noch viele weitere schnellere, effektivere Mechanismen zur Bereinigung und Wiederherstellung. Wenn jedoch die Verwendung einer vorhandenen Pipeline Geschäftsverpflichtungen erfüllen kann und vorhandene DevOps-Investitionen sich so auszahlen, kann es sich bei der vorhandenen Pipeline um eine sinnvolle Alternative handeln.

Klares Kommunizieren von Änderungen der Workload

Änderungen an Workloads zählen zu den größten Risiken für Workloadvorgänge. Für alle Workloads auf Workloadvorgangsebene der Cloudverwaltung sollte das Cloudverwaltungsteam eng mit den Cloudeinführungsteams zusammenarbeiten, um die mit den einzelnen Releases verbundenen Änderungen zu verstehen. Diese Investition in das proaktive Verständnis hat eine direkte positive Auswirkung auf die Betriebsstabilität.

Verbessern von Ergebnissen

Aus den Daten- und Kommunikationsinvestitionen in eine Workload resultieren Verbesserungsvorschläge für den laufenden Betrieb in einem von drei Bereichen:

  • Auflösung technischer Schulden
  • Automatisierte Korrektur
  • Verbessertes Systemdesign

Auflösung technischer Schulden

Die besten Pläne für Workloadvorgänge erfordern weiterhin eine Bereinigung. Da Ihr Cloudverwaltungsteam in Verbindung bleiben möchte, um Maßnahmen und Releases zur Einführung zu verstehen, sollte das Team ebenso regelmäßig Bereinigungsanforderungen teilen, um sicherzustellen, dass technische Schulden und Fehler für Ihre Entwicklungsteams weiterhin Priorität haben.

Automatisierte Korrektur

Durch die Anwendung des Pareto-Prinzips können wir sagen, dass 80 Prozent der negativen Geschäftsauswirkungen wahrscheinlich auf 20 Prozent der Servicevorfälle zurückzuführen sind. Wenn diese Vorfälle nicht in normalen Entwicklungszyklen behandelt werden können, können Investitionen in die Automatisierung der Bereinigung die Geschäftsunterbrechungen erheblich verringern.

Verbessertes Systemdesign

Im Falle der Auflösung technischer Schulden und der automatisierten Bereinigung sind Systemfehler die häufigste Ursache für die meisten Systemausfälle. Die Einhaltung einiger Entwurfsprinzipien kann die größten Auswirkungen auf die gesamten Workloadvorgänge haben:

  • Skalierbarkeit: Die Fähigkeit eines Systems, eine höhere Last zu verarbeiten.
  • Verfügbarkeit: Der prozentuale Zeitanteil, in dem ein System funktioniert und erreichbar ist.
  • Resilienz: Die Fähigkeit eines Systems, nach Ausfällen eine Wiederherstellung durchzuführen und die Betriebsbereitschaft sicherzustellen.
  • Verwaltung: Operative Prozesse, die für die Ausführung eines Systems in der Produktion sorgen.
  • Sicherheit: Schützen von Anwendungen und Daten vor Bedrohungen.

Um den Gesamtbetrieb zu verbessern, bietet das Microsoft Azure Well-Architected Framework einen Ansatz zur Bewertung spezifischer Workloads hinsichtlich der Einhaltung dieser Vorgaben. Berücksichtigen Sie diese Eckpfeiler sowohl für den Plattform- als auch den Workloadbetrieb.

Nächste Schritte

Wenn Sie die Verwaltungsmethodik innerhalb des Cloud Adoption Frameworks vollständig verstanden haben, sind Sie bestens gerüstet, die Cloudverwaltungsprinzipien zu implementieren. Erfahren Sie, wie Sie diese Methodik in Ihrer Betriebsumgebung umsetzen können.

Anwenden dieser Methodik