Empfehlungen zur Identifizierung und Bewertung von Flüssen
Gilt für diese Empfehlung für die Zuverlässigkeitsprüfliste des Azure Well-Architected Framework:
RE:02 | Identifizieren und bewerten Sie Benutzer- und Systemflows. Verwenden Sie eine Kritische Skalierung basierend auf Ihren Geschäftlichen Anforderungen, um die Abläufe zu priorisieren. |
---|
In diesem Leitfaden werden die Empfehlungen zum Identifizieren und Priorisieren von Arbeitsauslastungsflüssen beschrieben. Das Identifizieren und Priorisieren von Workloadflüssen umfasst das Zuordnen von Benutzerflüssen und Systemflüssen, um deren Kritischität für die Organisation zu bestimmen. In dieser Übung wird sichergestellt, dass Sie die wichtigsten Workloadfunktionen identifizieren und priorisieren, um das Risiko von Beeinträchtigungen zu verringern. Fehler bei der Identifizierung und Priorisierung von Workloadflüssen können zu Systemausfällen und kompromittierter Arbeitsauslastungszulä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 Fluss automatisch, um Benutzerabläufe oder Workloadfunktionen zu ermöglichen. |
Wichtige Entwurfsstrategien
Wenn Sie Ihre Workload entwerfen, ist es wichtig, die Benutzerflüsse und Systemflüsse zu definieren. Der Benutzerfluss zeigt 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. Benutzerabläufe bieten eine benutzerorientierte Perspektive auf die Benutzeroberfläche und das Benutzeroberflächendesign. Systemflüsse zeigen die internen Arbeitsvorgänge Ihrer Workload an. Sie konzentrieren sich auf Datenbewegungen, Eingabeverarbeitung, Ausgabeverarbeitung und Interaktionen zwischen Workloadkomponenten, Back-End-Diensten und externen APIs. Systemflüsse geben die komplizierten Details darüber an, wie die Workload intern funktioniert.
Sie sollten Abläufe frühzeitig in der Entwurfsphase Ihrer Workload identifizieren und definieren. Es gibt Ihnen ein klareres Verständnis darüber, was sich auf die Zuverlässigkeit Ihrer Workload auswirkt. Sie richtet Ihre Architekturentscheidungen eng an die Zuverlässigkeitsziele Ihrer Arbeitsauslastung aus.
Identifizieren aller Benutzer- und Systemflüsse
Die Ausgabe der Identifizierung aller Benutzer- und Systemflows ist ein Katalog aller Flows in Ihrer Workload. Dieser Identifikationsprozess erfordert, dass Sie jede Benutzerinteraktion und jeden Prozess innerhalb eines Systems von Anfang bis Ende zuordnen. Diese Zuordnung ist eine Voraussetzung für die Identifizierung kritischer Flows. Hier finden Sie Empfehlungen zum Identifizieren aller Benutzer- und Systemflüsse in einer Workload:
Interview der Projektbeteiligten. Projektbeteiligte können wertvolle Informationen bereitstellen, um Flüsse zu identifizieren, und sie können ihnen sogar helfen, Flüsse zuzuordnen und zu priorisieren. Sie können auch Benutzer, Geschäftsanalysten und technische Teams interviewen, um Erkenntnisse über Benutzerinteraktionen und Abhängigkeiten innerhalb der Workload zu sammeln.
Überprüfen Sie die Dokumentation. In der Entwurfsphase müssen Sie möglicherweise keine Dokumentation überprüfen. Wenn die Dokumentation jedoch 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 der einzelnen Flüsse zu verstehen.
Beobachten Sie die Arbeitsauslastung. Überwachen Sie die Arbeitsauslastung im Betrieb, und notieren Sie, wie Benutzer damit interagieren und wie verschiedene Komponenten miteinander sprechen. Sie sollten Systemprotokolle, Leistungsmetriken und Benutzeraktivitätsprotokolle analysieren, um Muster, häufige Aufgaben und Systemantworten zu identifizieren.
Identifizierte Flüsse auflisten. Die Interviews, Dokumentationen und Beobachtung sollten es Ihnen ermöglichen, alle Flüsse in der Arbeitsauslastung zu identifizieren. Kompilieren Sie eine Liste aller Flüsse, die Sie identifizieren und in Benutzerabläufe kategorisieren (sich auf Benutzerinteraktionen konzentrieren) und Systemflüsse (schwerpunktmäßig auf Back-End-Prozesse und Datenbewegungen).
Definieren von Start- und Endpunkten des Flusses. Definieren Sie für jeden identifizierten Fluss eindeutig, wo der Fluss beginnt und wo er endet. Dokumentieren Sie bei Benutzerflüssen jede Benutzerinteraktion und das erwartete Ergebnis. Konzentrieren Sie sich auf die Benutzeroberfläche und das Benutzeroberflächendesign. Für Systemflüsse müssen Sie die zugrunde liegenden Trigger und erwarteten Ergebnisse identifizieren.
Unterbricht jeden Fluss. Unterteilen Sie jeden Fluss in einzelne Schritte, um die Aktionen, Entscheidungen oder Prozesse zu beschreiben, die an jedem Punkt auftreten. Beachten Sie, wie jeder Schritt mit anderen Teilen des Systems interagiert, einschließlich Abhängigkeiten von anderen Flüssen oder externen Systemen. Sie sollten in der Lage sein, zu bestimmen, wie Flüsse in die Workload und die Benutzererfahrung integriert und beeinflusst werden. Dieser duale Ansatz bietet einen ganzheitlichen Überblick über Ihre gesamte Arbeitsauslastung.
Eindeutige Ausgabe des Dokuments. Identifizieren Sie alternative Pfade oder Ausnahmen innerhalb jedes Flusses, z. B. Fehlerbehandlung oder bedingte Verzweigung. Wenn ein Fluss über mehrere mögliche Ergebnisse verfügt, sollten Sie ihn dem Katalog als unterschiedliche Einträge hinzufügen. Bei Benutzerflüssen sollten Sie das beabsichtigte Verhalten der Interaktion identifizieren. Bei Systemflüssen sollten Sie das beabsichtigte Verhalten des Prozesses identifizieren.
Visualisiert mit Diagrammen. Erstellen Sie Flussdiagramme oder Diagramme, um den Fluss und die zugehörigen Schritte visuell darzustellen. Sie können Tools wie Microsoft Visio, UML-Sequenzdiagramme, Anwendungsfalldiagramme, einfache Zeichentools oder eine beschreibende Liste im Textformat verwenden (siehe Beispielflusskatalog).
Aktualisieren Sie die Flusszuordnung iterativ. Die Flusszuordnung ist ein iterativer Prozess. Flüsse können sich ändern, teilen oder kombinieren, insbesondere in der Entwurfsphase. Da die Arbeitsauslastungsflüsse klarer definiert werden, sollten Sie den Katalog der Flüsse entsprechend aktualisieren. Überprüfen und verfeinern Sie Ihre Flussdiagramme mit Feedback von Projektbeteiligten, um Die Genauigkeit und Vollständigkeit sicherzustellen.
Identifizieren von Geschäftsprozessen für jeden Fluss
Geschäftsprozesse sind eine Reihe von Aufgaben, um eine Ausgabe zu erreichen, z. B. Auftragserfüllung, Kundendienstverwaltung oder Bestandskontrolle. Die Identifikation von Geschäftsprozessen für jeden Flow umfasst die Zuordnung von Flows zu einem oder mehreren Geschäftsprozessen. Diese Zuordnung hilft Ihnen, die Wichtigkeit jedes Flows für das Unternehmen zu verstehen.
Möglicherweise verfügen Sie über vorhandene Dokumentationen oder Geschäftspläne, die eine Zuordnung von Flüssen zu Geschäftsprozessen bereitstellen. Manchmal können Benutzerhandbücher, Schulungsmaterialien oder Systemspezifikationen Einblicke in die beabsichtigte Verwendung und den Zweck der Arbeitsauslastung und deren Abläufe liefern. Wenn nicht, müssen Sie abläufe den von ihnen unterstützten Geschäftsprozessen zuordnen. Hier finden Sie Empfehlungen zum Identifizieren von Geschäftsprozessen für jeden Fluss:
Verwenden Sie Arbeitsauslastungsausgaben. Sie können die Arbeitsauslastungsausgaben und die Ablaufaufschlüsselung verwenden, um Flüsse 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 erledigte Aufgaben sein.
Führen Sie Interviews durch. Sprechen Sie mit Teammitgliedern und Projektbeteiligten, die mit der Workload interagieren. Sie sollten spezifische Fragen zu ihren täglichen Aufgaben stellen, wie sie die Arbeitsauslastung nutzen und welche Ziele sie damit erreichen. Technische Teams haben häufig ein tieferes Verständnis der Arbeitsauslastungsstruktur und können Einblicke in die von ihr unterstützten Geschäftsprozesse liefern.
Überwachen sie die Auslastung. Überwachen Sie bei vorhandenen Workloads die Arbeitsauslastung, und suchen Sie nach Mustern in der Nutzung, die zugrunde liegende Geschäftsprozesse angeben, z. B. Dateneingabe, Auftragsverarbeitung oder Kundeninteraktion.
Verbinden Sie die Ausgabe mit einem Geschäftsprozess. Verbinden Sie die Punkte von den Flussausgaben mit dem gesamten geschäftsprozess, den sie unterstützen. Wenn beispielsweise ein Ablaufschritt die Verarbeitung von Kundenaufträgen umfasst, unterstützt er den Geschäftsprozess der Auftragserfüllung direkt. Auftragserfüllung trägt zum Geschäftsziel bei, die Kundenzufriedenheit aufrechtzuerhalten und Einnahmen zu generieren. Verwenden Sie schließlich die Ablaufaufschlüsselung, um zu ermitteln, welcher Fluss den Umsatzbericht erstellt hat.
Identifizieren von Prozessbesitzern und Projektbeteiligten für jeden Fluss
Der Prozessbesitzer für einen Flow ist die Person, die für die erfolgreiche Ausführung eines bestimmten Prozesses verantwortlich ist. Sie ist für diesen Prozess und die Flows verantwortlich, die ihn unterstützen. Sie sollten den Prozessbesitzer für jeden Workloadflow identifizieren. Sie sollten auch die Projektbeteiligten für jeden Fluss identifizieren. Projektbeteiligte können an der Workload beteiligt sein, Abhängigkeiten von einem Fluss haben oder eine Abhängigkeit verwalten, die der Fluss hat.
Möglicherweise verfügen Sie über eine Zuordnungsmatrix (Verantwortlichkeitsmatrix) oder RACI-Matrix, die bereits Prozessbesitzer und Projektbeteiligte identifiziert. In der Regel sind Prozessbesitzer für einen Prozess verantwortlich oder haftbar, und Sie konsultieren oder informieren die Projektbeteiligten.
Identifizieren von Eskalationspfaden für jeden Fluss
Bei der Identifikation von Eskalationspfaden geht es um die Ermittlung von Kanälen für das Eskalieren von Problemen im Zusammenhang mit einem Flow. Probleme, die eine Eskalation benötigen, können dringende Updates, Sicherheitsbedenken, Beeinträchtigungen oder technische Vorfälle sein. Ziel der Ermittlung eines Eskalationspfads ist die rechtzeitige und effektive Lösung von Problemen.
Der von Ihnen zugeordnete Eskalationspfad sollte mit der Person oder Gruppe beginnen, die wahrscheinlich ein bestimmtes Problem lösen kann. Wenn diese Person oder Gruppe das Problem nicht beheben kann, sollte der Eskalationspfad den nächsten Kontaktpunkt identifizieren. Der nächste Kontaktpunkt hat umfassendere Zuständigkeiten und kann Strategien zur Risikominderung mit weiteren Teilen der Organisation koordinieren. Die Anzahl der Personen auf einem Eskalationspfad variiert je nach Fluss und Organisation. Zu viele Menschen auf einem Eskalationspfad können die Lösungsbemühungen verlangsamen.
Identifizieren der geschäftlichen Auswirkungen jedes Flusses
Die Identifikation der geschäftlichen Auswirkungen jedes Flows ist unerlässlich, um zu verstehen, wie jeder Flow zu wichtigen Geschäftszielen beiträgt. Die geschäftlichen Auswirkungen könnten die Umsatzgenerierung, die Kundenzufriedenheit oder die betriebliche Effizienz umfassen. Indem Sie sowohl die positiven als auch die negativen Auswirkungen der einzelnen Abläufe verstehen, können Sie die Bemühungen priorisieren, um die Zuverlässigkeit der Flüsse zu gewährleisten, die für Ihr Unternehmen am wichtigsten sind. Es ist wichtig, die direkten Auswirkungen des Ablaufausfalls und seine indirekten Auswirkungen auf andere miteinander verbundene Prozesse zu berücksichtigen. Im Folgenden finden Sie Schritte zum Identifizieren der geschäftlichen Auswirkungen der einzelnen Flows:
Identifizieren Sie positive Auswirkungen. Ermitteln Sie die erwarteten Vorteile, wenn ein Fluss wie beabsichtigt ausgeführt wird. Zu den erwarteten Vorteilen zählen verbesserte Effizienz, erhöhte Umsätze, erhöhte Kundenzufriedenheit oder andere positive Auswirkungen auf das Geschäft.
Identifizieren sie negative Auswirkungen. Bewerten Sie die potenziellen negativen Auswirkungen, wenn ein Prozess fehlschlägt oder nicht wie erwartet funktioniert. Erwägen Sie die Quantifizierung bestimmter Verluste, z. B. Umsatzeinbußen. Schließen Sie subjektive Effekte wie Reputationsschäden, Erosion des Kundenvertrauens oder nachteilige Auswirkungen auf andere verwandte Geschäftsprozesse ein.
Definieren Sie Kapazitäts- und Verfügbarkeitsannahmen. Stellen Sie Annahmen über die erwartete Kapazität und Verfügbarkeit jedes Prozesses fest. Berücksichtigen Sie Faktoren wie Durchsatz pro Zeiteinheit, erwartete Geschäftszeiten und Ziel-Prozentsatz-Uptime. Wenn es Erwartungen an das Ziel der Wiederherstellungszeit (Recovery Time Objective, RTO) oder das Ziel des Wiederherstellungspunkts (Recovery Point Objective, RPO) gibt, sollten Sie diese Erwartungen einbeziehen. Diese Annahmen helfen beim Verständnis der Zuverlässigkeitsanforderungen jedes Flusses.
Indem Sie diese Aspekte systematisch auswerten, können Sie einen umfassenden Überblick darüber gewinnen, wie sich jeder Fluss auf das Unternehmen auswirkt und strategische Entscheidungen zur Zuverlässigkeitsoptimierung treffen kann.
Zuweisen einer Bewertung der Kritischität zu jedem Fluss
Mit einer detaillierten Auswertung der Wichtigkeit eines Flows im Verhältnis zu den gesamtwirtschaftlichen Auswirkungen können Sie jedem Flow eine Kritikalitätsbewertung zuweisen. 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 an Geschäftsprozessen und Auswirkungen. Verwenden Sie die folgenden Kritischen Beschreibungen, um Ihre kritischen Bewertungen zuzuweisen:
Hohe Kritischität: Hohe Kritische Abläufe sind integraler Bestandteil der Kerngeschä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 Umsatzverluste, Vertrauensverletzungen und rechtliche Fragen. Durch die Priorisierung dieser Abläufe wird sichergestellt, dass die wichtigsten Aspekte der Arbeitsauslastung robust und robust sind.
Mittlere Kritischität: Mittlere Kritische Abläufe sind für die gesamte Funktionalität des Systems wichtig, aber nicht direkt mit dem Kunden oder kritischen Geschäftsvorgängen in Verbindung zu treten. Wenn beispielsweise ein Problem einen internen Datenverarbeitungsfluss stört, können Sie die Datenverarbeitung ohne sofortige externe Auswirkungen wiederholen. Diese Abläufe sind für reibungslose Vorgänge unerlässlich, bieten aber einen Puffer in Bezug auf sofortige Kunden- oder finanzbezogene Auswirkungen, sodass verwaltete Antworten auf Probleme möglich sind.
Geringe Kritikalität: Geringe Kritische Datenströme wirken sich nicht direkt oder erheblich auf die Kerngeschäftsfunktionen oder die Kundenerfahrung aus. Beispiele sind zusätzliche Prozesse wie Nachtprotokollübertragungen oder optionale Benutzerfeatures wie Feedbackumfragen. Während diese Flüsse zum Gesamtsystem beitragen, ist ihre Unterbrechung unwahrscheinlich, dass erhebliche geschäftliche oder operative Probleme auftreten.
Wenn Sie diesem strukturierten Ansatz zur Zuweisung von Kritischer Bedeutung folgen, können Sie Ressourcen effektiv priorisieren und sich auf die Aufrechterhaltung und Verbesserung der Zuverlässigkeit und Effektivität Ihrer kritischsten Abläufe konzentrieren.
Kompromiss: Höhere Erwartungen an 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, um die Zuverlässigkeit kritischer Flüsse zu verbessern.
Organisationsausrichtung
Cloud Adoption Framework bietet Anleitungen für Workloads, die eine Klassifizierung der GeschäftskritischerItät erfordern.
Weitere Informationen finden Sie unter Business Criticality in cloud management.