Empfehlungen zum Identifizieren und Bewerten von Flows

Artikel
01/27/2024

Gilt für die folgende Prüfliste für die Zuverlässigkeit von Azure Well-Architected Framework:

RE:02	Identifizieren und Bewerten von Benutzer- und Systemflüssen Verwenden Sie eine Kritikalitätsskala basierend auf Ihren Geschäftsanforderungen, um die Flows zu priorisieren.

In diesem Leitfaden werden die Empfehlungen zum Identifizieren und Priorisieren von Workloadflows beschrieben. Das Identifizieren und Priorisieren von Workloadflows umfasst das Zuordnen von Benutzer- und Systemflows, um deren Kritikalität für die organization zu bestimmen. Diese Vorgehensweise stellt sicher, dass Sie die kritischsten Workloadfunktionen identifizieren und priorisieren, um das Risiko schädlicher Fehler zu verringern. Fehler beim Identifizieren und Priorisieren von Workloadflüssen können zu Systemausfällen und kompromittierter Workloadzulässigkeit führen.

Definitionen

Begriff	Definition
Benutzerflow	Die Pfade oder Sequenzen von Aktionen, die Benutzer innerhalb einer Anwendung oder eines Systems ausführen.
Systemflow	Der Informations- und Prozessfluss innerhalb eines Systems. Das System folgt diesem Ablauf automatisch, um Benutzerflows oder Workloadfunktionen zu aktivieren.

Wichtige Entwurfsstrategien

Wenn Sie Ihre Workload entwerfen, ist es wichtig, die Benutzer- und Systemflüsse zu definieren. Benutzerflows zeigen die Bewegung eines Benutzers durch Ihre Anwendung. Sie konzentrieren sich auf die Benutzeroberfläche, Interaktionen, Entscheidungen und die Schritte, die zum Ausführen einer Aufgabe erforderlich sind. Benutzerflows bieten eine benutzerorientierte Perspektive auf die Benutzeroberfläche und das Design der Benutzeroberfläche. Systemflows zeigen die interne Funktionsweise Ihrer Workload an. Sie konzentrieren sich auf Datenverschiebungen, Eingabeverarbeitung, Ausgabeverarbeitung und Interaktionen zwischen Workloadkomponenten, Back-End-Diensten und externen APIs. Systemflows geben die komplizierten Details zur internen Funktionsweise der Workload an.

Sie sollten Flows frühzeitig in der Entwurfsphase Ihrer Workload identifizieren und definieren. Sie erhalten ein klareres Verständnis dafür, was sich auf die Zuverlässigkeit Ihrer Workload auswirkt. Sie richtet Ihre Architekturentscheidungen eng an den Zuverlässigkeitszielen Ihrer Workload aus.

Identifizieren aller Benutzer- und Systemflows

Die Ausgabe der Identifizierung aller Benutzer- und Systemflows ist ein Katalog aller Flows in Ihrer Workload. Dieser Identifizierungsprozess erfordert, dass Sie jede Benutzerinteraktion und jeden Prozess innerhalb eines Systems von Anfang bis Ende abbilden. Diese Zuordnung ist eine Voraussetzung für die Identifizierung kritischer Flows. Hier finden Sie Empfehlungen zum Identifizieren aller Benutzer- und Systemflows in einer Workload:

Interview mit Stakeholdern. Stakeholder können wertvolle Informationen bereitstellen, um Flows zu identifizieren, und sie können Ihnen sogar helfen, Flows zuzuordnen und zu priorisieren. Sie können auch Benutzer, Geschäftsanalysten und technische Teams interviewen, um Erkenntnisse zu Benutzerinteraktionen und Abhängigkeiten innerhalb der Workload zu gewinnen.
Lesen Sie die Dokumentation. In der Entwurfsphase müssen Sie möglicherweise keine Dokumentation überprüfen. Wenn jedoch eine Dokumentation vorhanden ist, sollten Sie sie verwenden. Fragen Sie nach Systemarchitekturdiagrammen, Benutzerhandbüchern und Prozessbeschreibungen. Diese Dokumente können Ihnen helfen, die beabsichtigte Funktionalität der Workload und ihre einzelnen Flows zu verstehen.
Beachten Sie die Workload. Überwachen Sie die Workload im Betrieb, und beachten Sie, wie Benutzer mit ihr interagieren und wie unterschiedliche Komponenten miteinander sprechen. Sie sollten Systemprotokolle, Leistungsmetriken und Benutzeraktivitätsprotokolle analysieren, um Muster, häufige Aufgaben und Systemantworten zu identifizieren.
Auflisten identifizierter Flows. Die Interviews, Dokumentation und Beobachtung sollten Es Ihnen ermöglichen, alle Flows in der Workload zu identifizieren. Kompilieren Sie eine Liste aller von Ihnen identifizierten Flows, und kategorisieren Sie sie in Benutzerflows (mit Schwerpunkt auf Benutzerinteraktionen) und Systemflows (schwerpunktmäßig auf Back-End-Prozesse und Datenverschiebungen).
Definieren Sie Start- und Endpunkte des Flusses. Definieren Sie für jeden identifizierten Flow eindeutig, wo der Flow beginnt und wo er endet. Dokumentieren Sie für Benutzerflows jede Benutzerinteraktion und ihr erwartetes Ergebnis. Konzentrieren Sie sich auf die Benutzeroberfläche und das Design der Benutzeroberfläche. Für Systemflows müssen Sie die zugrunde liegenden Trigger und die erwarteten Ergebnisse identifizieren.
Unterteilen Sie die einzelnen Datenflüsse. Unterteilen Sie jeden Flow in einzelne Schritte, und beschreiben Sie die Aktionen, Entscheidungen oder Prozesse, die an jedem Punkt auftreten. Beachten Sie, wie jeder Schritt mit anderen Teilen des Systems interagiert, einschließlich Abhängigkeiten von anderen Flows oder externen Systemen. Sie sollten in der Lage sein, genau zu bestimmen, wie Flows in die Workload und die Benutzererfahrung integriert und sich auf diese auswirken. Dieser duale Ansatz bietet einen ganzheitlichen Überblick über Ihre gesamte Workload.
Dokument eindeutige Ausgaben. Identifizieren Sie alternative Pfade oder Ausnahmen innerhalb jedes Flows, z. B. Fehlerbehandlung oder bedingte Verzweigung. Wenn ein Flow mehrere mögliche Ergebnisse aufweist, sollten Sie ihn dem Katalog als verschiedene Einträge hinzufügen. Für Benutzerflows sollten Sie das beabsichtigte Verhalten der Interaktion identifizieren. Für Systemflows sollten Sie das beabsichtigte Verhalten des Prozesses identifizieren.
Visualisieren Sie mit Diagrammen. Erstellen Sie Flussdiagramme oder Diagramme, um den Fluss und seine Schritte visuell darzustellen. Sie können Tools wie Microsoft Visio, UML-Sequenzdiagramme, Anwendungsfalldiagramme, einfache Zeichentools oder eine beschreibende Liste im Textformat verwenden (siehe Beispielflowkatalog).
Aktualisieren Sie die Flusszuordnung iterativ. Die Flusszuordnung ist ein iterativer Prozess. Flows können sich ändern, teilen oder kombinieren, insbesondere in der Entwurfsphase. Wenn die Workloadflüsse klarer definiert werden, sollten Sie den Katalog der Flows entsprechend aktualisieren. Überprüfen und verfeinern Sie Ihre Flussdiagramme mit Feedback von Stakeholdern, um Genauigkeit und Vollständigkeit sicherzustellen.

Identifizieren von Geschäftsprozessen für jeden Flow

Geschäftsprozesse sind eine Reihe von Aufgaben zum Erzielen einer Ausgabe, z. B. Auftragserfüllung, Kundendienstverwaltung oder Bestandskontrolle. Die Identifizierung von Geschäftsprozessen für jeden Flow umfasst die Zuordnung von Flows zu einem oder mehreren Geschäftsprozessen. Diese Zuordnung hilft Ihnen, die Bedeutung der einzelnen Flows für das Unternehmen zu verstehen.

Möglicherweise verfügen Sie über vorhandene Dokumentationen oder Geschäftspläne, die eine Zuordnung von Flows zu Geschäftsprozessen ermöglichen. Manchmal können Benutzerhandbücher, Schulungsmaterialien oder Systemspezifikationen Einblicke in die beabsichtigte Verwendung und den Zweck der Workload und ihre Flows geben. Andernfalls müssen Sie flows den von ihnen unterstützten Geschäftsprozessen zuordnen. Hier finden Sie Empfehlungen zum Identifizieren von Geschäftsprozessen für jeden Flow:

Verwenden Sie Workloadausgaben. Sie können die Workloadausgaben und die Flussaufschlüsselung verwenden, um Flows mit den von ihnen unterstützten Geschäftsprozessen zu korrelieren. Überprüfen Sie zunächst die Ausgaben, die die Workload generiert. Die Ausgabe kann Verkaufsberichte, Datendateien oder abgeschlossene Aufgaben sein.
Führen Sie Interviews durch. Sprechen Sie mit Teammitgliedern und Stakeholdern, die mit der Workload interagieren. Sie sollten spezifische Fragen zu ihren täglichen Aufgaben stellen, wie sie die Workload nutzen und welche Ziele sie damit erreichen. Technische Teams haben häufig ein tieferes Verständnis der Workloadstruktur und können Einblicke in die von ihr unterstützten Geschäftsprozesse geben.
Überwachen der Workloadauslastung. Überwachen Sie für vorhandene Workloads die Workload, und suchen Sie nach Nutzungsmustern, die zugrunde liegende Geschäftsprozesse angeben, z. B. Dateneingabe, Auftragsverarbeitung oder Kundeninteraktion.
Verbinden Sie die Ausgabe mit einem Geschäftsprozess. Verbinden Sie die Punkte aus den Flowausgaben mit dem gesamten Geschäftsprozess, den sie unterstützen. Wenn ein Flowschritt beispielsweise die Verarbeitung von Kundenaufträgen umfasst, unterstützt er direkt den Geschäftsprozess der Auftragserfüllung. Die Auftragserfüllung trägt zum Geschäftsziel bei, die Kundenzufriedenheit zu erhalten und Umsatz zu generieren. Verwenden Sie schließlich die Flussaufschlüsselung, um zu bestimmen, welcher Flow den Verkaufsbericht erstellt hat.

Identifizieren von Prozessbesitzern und Stakeholdern für jeden Flow

Der Prozessbesitzer für einen Flow ist die Person, die für die erfolgreiche Ausführung eines bestimmten Prozesses verantwortlich ist. Sie sind für diesen Prozess und die Flows verantwortlich, die ihn unterstützen. Sie sollten den Prozessbesitzer für jeden Workloadfluss identifizieren. Sie sollten auch die Beteiligten für jeden Flow identifizieren. Stakeholder können an der Workload beteiligt sein, Abhängigkeiten von einem Flow aufweisen oder eine Abhängigkeit verwalten, die der Flow aufweist.

Möglicherweise verfügen Sie über eine Verantwortungszuweisungsmatrix (RAM) oder RACI-Matrix, die bereits Prozessbesitzer und Projektbeteiligte identifiziert. In der Regel sind Prozessbesitzer für einen Prozess verantwortlich oder verantwortlich, und Sie beraten oder informieren Die Beteiligten.

Identifizieren von Eskalationspfaden für jeden Flow

Bei der Identifizierung von Eskalationspfaden geht es darum, Kanäle für eskalierende Probleme im Zusammenhang mit einem Flow zu bestimmen. Probleme, die eine Eskalation erfordern, können dringende Updates, Sicherheitsbedenken, Beeinträchtigungen oder technische Vorfälle sein. Das Ziel der Identifizierung eines Eskalationspfads besteht darin, eine zeitnahe und effektive Lösung von Problemen sicherzustellen.

Der von Ihnen festgelegte Eskalationspfad sollte mit der Person oder Gruppe beginnen, die ein bestimmtes Problem höchstwahrscheinlich löst. Wenn diese Person oder Gruppe das Problem nicht beheben kann, sollte der Eskalationspfad den nächsten Kontaktpunkt identifizieren. Der nächste Ansprechpartner hat breitere Zuständigkeiten und ist in der Lage, Entschärfungsstrategien mit weiteren Teilen der organization zu koordinieren. Die Anzahl der Personen, die sich auf einem Eskalationspfad befinden, variiert je nach Flow und organization. Zu viele Personen auf einem Eskalationspfad können die Lösungsbemühungen verlangsamen.

Identifizieren der geschäftlichen Auswirkungen der einzelnen Flows

Die Identifizierung der geschäftlichen Auswirkungen jedes Flows ist wichtig, um zu verstehen, wie jeder Flow zu den wichtigsten Geschäftszielen beiträgt. Die geschäftlichen Auswirkungen können die Umsatzgenerierung, die Kundenzufriedenheit oder die betriebliche Effizienz umfassen. Wenn Sie sowohl die positiven als auch die negativen Auswirkungen jedes Flows verstehen, können Sie Maßnahmen priorisieren, um die Zuverlässigkeit der Flows sicherzustellen, die für Ihr Unternehmen am wichtigsten sind. Es ist wichtig, die direkten Auswirkungen von Flussausfällen und seine indirekten Auswirkungen auf andere miteinander verbundene Prozesse zu berücksichtigen. Im Folgenden finden Sie Schritte, um die geschäftlichen Auswirkungen der einzelnen Flows zu identifizieren:

Identifizieren sie positive Auswirkungen. Bestimmen Sie die erwarteten Vorteile, wenn ein Flow wie vorgesehen ausgeführt wird. Zu den erwarteten Vorteilen könnten eine höhere Effizienz, ein erhöhter Umsatz, eine höhere Kundenzufriedenheit oder andere positive Auswirkungen auf das Unternehmen gehören.
Identifizieren sie negative Auswirkungen. Bewerten Sie die potenziellen negativen Auswirkungen, wenn ein Prozess ausfällt oder nicht wie erwartet funktioniert. Erwägen Sie, bestimmte Verluste wie Umsatzeinbußen zu quantifizieren. Beinhalten subjektive Effekte wie Reputationsschäden, Erosion des Kundenvertrauens oder negative Auswirkungen auf andere verwandte Geschäftsprozesse.
Definieren Sie Kapazitäts- und Verfügbarkeitsannahmen. Erstellen Sie Annahmen über die erwartete Kapazität und Verfügbarkeit der einzelnen Prozesse. Berücksichtigen Sie Faktoren wie Durchsatz pro Zeiteinheit, erwartete Geschäftszeiten und Zielverfügbarkeit in Prozent. Wenn Erwartungen an das Recovery Time Objective (RTO) oder das Recovery Point Objective (RPO) bestehen, sollten Sie diese Erwartungen einbeziehen. Diese Annahmen helfen beim Verständnis der Zuverlässigkeitsanforderungen jedes Flusses.

Durch die systematische Bewertung dieser Aspekte können Sie sich einen umfassenden Überblick darüber verschaffen, wie sich jeder Flow auf das Unternehmen auswirkt, und strategische Entscheidungen zur Optimierung der Zuverlässigkeit treffen.

Zuweisen einer Kritikalitätsbewertung zu jedem Flow

Eine detaillierte Auswertung der Flussrelevanz im Verhältnis zu den gesamtwirtschaftlichen Auswirkungen ermöglicht es Ihnen, jedem Flow ein Kritikalitätsrating zuzuweisen. Sie können quantitative oder qualitative Kritikalitätsbewertungen verwenden. Der Zweck besteht darin, die Flows nach Priorität zu sortieren und eine Bezeichnung zuzuweisen, mit der Sie die kritischen Flows identifizieren können. Dieser Prozess ist eine logische Fortsetzung der Identifizierung, Zuordnung und Ausrichtung auf Geschäftsprozesse und Auswirkungen. Verwenden Sie die folgenden Kritischitätsbeschreibungen, um Ihre kritischen Bewertungen zuzuweisen:

Hohe Kritikalität: Flows mit hoher Kritikalität sind integraler Bestandteil von Geschäftsfunktionen. Sie wirken sich direkt auf kritische Aspekte eines Unternehmens aus, z. B. Kundenerfahrung, Finanztransaktionen, Sicherheitsprotokolle, menschliche Gesundheit und Sicherheit. Der Ausfall oder die Störung dieser Flüsse kann zu erheblichen unmittelbaren oder langfristigen negativen Auswirkungen führen. Beispiele für negative Auswirkungen sind Umsatzeinbußen, Vertrauensverletzungen und rechtliche Fragen. Die Priorisierung dieser Flows stellt sicher, dass die wichtigsten Aspekte der Workload robust und resilient sind.
Mittlere Kritikalität: Mittlere Kritikalitätsflüsse sind wichtig für die vollständige Funktionalität des Systems, aber nicht direkt mit dem Kunden oder kritischen Geschäftsvorgängen. Wenn beispielsweise ein Problem einen internen Datenverarbeitungsfluss stört, können Sie die Datenverarbeitung ohne unmittelbare externe Auswirkungen wiederholen. Diese Flows sind für einen reibungslosen Betrieb unerlässlich, bieten jedoch einen Puffer in Bezug auf unmittelbare Kunden- oder finanzielle Auswirkungen, sodass verwaltete Antworten auf Probleme möglich sind.
Geringe Kritikalität: Flows mit geringer Kritikalität haben keinen direkten oder signifikanten Einfluss auf die Kernfunktionen oder die Kundenerfahrung. Beispiele hierfür sind Nebenprozesse wie nächtliche Protokollübertragungen oder optionale Benutzerfeatures wie Feedbackumfragen. Obwohl diese Flows zum Gesamtsystem beitragen, ist es unwahrscheinlich, dass ihre Unterbrechung zu erheblichen unmittelbaren geschäftlichen oder betrieblichen Problemen führt.

Wenn Sie diesen strukturierten Ansatz zum Zuweisen von Kritikalität befolgen, können Sie Ressourcen effektiv priorisieren und sich auf die Aufrechterhaltung und Verbesserung der Zuverlässigkeit und Effektivität Ihrer kritischsten Flows konzentrieren.

Kompromiss: Höhere Erwartungen an die Zuverlässigkeit fallen manchmal mit höheren Einrichtungskosten, Betriebskosten und Verwaltungsaufwand für Die Betreiber zusammen. Stellen Sie sicher, dass die Beteiligten die potenziellen Kostensteigerungen verstehen, die durch die Verbesserung der Zuverlässigkeit kritischer Flows entstehen.

Organisationsausrichtung

Cloud Adoption Framework bietet Anleitungen für Workloads, für die die Klassifizierung der Geschäftskritikalität erforderlich ist.

Weitere Informationen finden Sie unter Unternehmenskritikalität in der Cloudverwaltung.