Optymalizowanie projektowania obciążeń przy użyciu przepływów

Artykuł
01/31/2024

W tym artykule opisano ukierunkowaną optymalizację obciążeń przy użyciu przepływów. Różne składniki obciążenia mają różne wymagania i poziomy ważności. Segmentując obciążenie na przepływy, można określić priorytety różnych części obciążenia i lepiej dopasować inwestycje obciążeń z znaczeniem każdego przepływu.

Ten proces optymalizacji obciążenia jest iteracyjny i obejmuje trzy kluczowe kroki: (1) definiowanie struktury przepływu w ramach obciążenia, (2) definiowanie wymagań technicznych i (3) projektowanie przepływu w celu spełnienia wymagań (patrz rysunek 1).

Rysunek 1. Proces optymalizacji obciążeń przy użyciu przepływów.

Definiowanie przepływu

Zanim będzie można zdefiniować wymagania dotyczące przepływu, musisz zrozumieć czynniki biznesowe dla przepływu. Wymagania wstępne dotyczące definiowania przepływu identyfikują proces biznesowy i przypadek użycia, który obsługuje. Gdy rozumiesz wymagania wstępne, możesz rozpocząć dokumentowanie przepływu.

Omówienie wymagań wstępnych

Przepływy to sekwencje akcji, które obsługują funkcjonalność obciążenia. Istnieją dwa podstawowe typy przepływów: przepływy użytkownika i przepływy systemowe. Przepływy użytkowników określają interakcje użytkowników. Przepływy systemowe określają komunikację między składnikami obciążenia. Przepływy obsługują procesy biznesowe i przypadki użycia. Obciążenie składa się z wielu przypadków użycia. Należy zidentyfikować proces biznesowy i przypadek użycia, który obsługuje przepływ przed udokumentowaniem przepływu (zobacz rysunek 2).

Rysunek 2. Relacja między procesami biznesowymi, przypadkami użycia, przepływami i obciążeniem.

Identyfikowanie procesu biznesowego

Proces biznesowy to seria akcji (etapów), które spełniają wymagania biznesowe. Przepływy określają sekwencję użytkownika lub danych w celu wykonania każdego etapu procesu biznesowego. Na przykład sprzedaż produktów online jest procesem biznesowym. Etapy tego procesu biznesowego mogą zawierać produkt w trybie online, otrzymywać zamówienia i dostarczać produkt.

Identyfikowanie przypadku użycia

Przypadek użycia definiuje wymagania funkcjonalne przepływu. Należy zidentyfikować i zrozumieć przypadek użycia, który obsługuje przepływ przed ustaleniem wymagań technicznych przepływu. Każdy przypadek użycia powinien obsługiwać jeden etap procesu biznesowego (patrz rysunek 2). Przypadek użycia powinien definiować następujące atrybuty:

Cel: Jasno przedstawia zadania lub cele, takie jak włączanie zakupów online. Ta przejrzystość prowadzi do projektowania funkcjonalnego i określa jasne cele projektowania przepływu.
Krytyczność: Oceń znaczenie przypadku użycia, począwszy od rutynowych do krytycznych. Wartość przypisana do przypadku użycia informuje o priorytetyzacji i projektowaniu przepływu. Przypadki użycia o wysokiej wartości mogą wymagać rozszerzonej obsługi błędów, dostrajania wydajności lub zagadnień dotyczących środowiska użytkownika.
Konsumenci: określ, czy użytkownicy (klienci, pracownicy) czy składniki systemowe są głównymi użytkownikami. Ta kategoryzacja określa, czy jest to przepływ użytkownika, czy przepływ systemu i wpływa na projekt.
Zdarzenia: zdefiniuj wyzwalacze lub warunki, które inicjują i kończą przypadek użycia. Te zdarzenia definiują granice przepływu.
Wykonanie: Zrozumienie częstotliwości operacyjnej i zmienności przypadku użycia w celu przewidywania obciążenia systemu. Aby obsługiwać różne scenariusze wykonywania, należy zaprojektować przepływ.
Zależności: zidentyfikuj współzależności z innymi przypadkami użycia do zarządzania ryzykiem. Rozpoznawanie zależności przypadku użycia pomaga w projektowaniu przepływów, które bezproblemowo integrują się z innymi częściami systemu. Należy zapewnić dostępność niezbędnych danych wejściowych i zgodność danych wyjściowych z kolejnymi procesami.

Dokumentowanie przepływu

Użyj przypadku użycia, aby udokumentować przepływ. Należy nakreślić lub zamapować każdą akcję, której potrzebujesz w przepływie. Przechwyć kryteria decyzyjne i ścieżki. Identyfikowanie interakcji z innymi przypadkami użycia. Ten konspekt służy jako strategia projektowania przepływu i zarządzania nim. Należy również przechwytywać informacje biznesowe dotyczące przepływu. Upewnij się, że w dokumentacji przepływu znajdują się następujące szczegóły:

Opis przepływu: ogólny opis przepływu.
Proces biznesowy: proces biznesowy, który obsługuje przepływ.
Właściciel procesu: osoba będąca właścicielem procesu biznesowego.
Uczestnicy projektu: osoby, które należy poinformować lub skonsultować się ze stanem przepływu lub zmianami.
Ścieżki eskalacji: osoby lub grupy, z którymi należy się skontaktować, aby rozwiązać problemy. To sekwencja ludzi. Zakres indywidualnej odpowiedzialności rośnie wraz z każdą osobą na ścieżce.
Wpływ na działalność biznesową: znaczenie tego przepływu w firmie.
Ocena krytycznego: etykieta jakościowa wskazująca względną ważność przepływu.

Aby uzyskać więcej informacji, zobacz Przykłady usługi Flow.

Definiowanie wymagań dotyczących przepływu

Użyj przypadku użycia, aby ustanowić cele techniczne przepływu. Zdefiniuj mierzalne cele dla przepływu, który jest zgodny z pięcioma filarami platformy Well-Architected Framework (WAF). Te filary stanowią ramy ustalania celów technicznych:

Cele dotyczące niezawodności: oceń znaczenie każdego przepływu i odpowiednio ustaw cele dotyczące niezawodności. Określ progi wydajności i ustanów jasne umowy dotyczące poziomu usług (SLA) i cele (SLO). Przepływy o wyższym znaczeniu wymagają bardziej rygorystycznych celów dotyczących niezawodności.
Cele zabezpieczeń: przeanalizuj wymagania dotyczące zabezpieczeń każdego przepływu na podstawie poufności danych i działań użytkowników. Implementowanie i ciągłe aktualizowanie środków zabezpieczeń w celu spełnienia tych potrzeb przy jednoczesnym zapewnieniu zgodności ze standardami regulacyjnymi.
Cele dotyczące kosztów: Poznaj wymagania poszczególnych przepływów w celu efektywnej alokacji zasobów. Ustaw elementy docelowe, aby równoważyć koszty z wydajnością. Upewnij się, że użycie zasobów jest zgodne z priorytetami biznesowymi.
Cele operacyjne: zdefiniuj metryki na potrzeby efektywnego monitorowania i rozwiązywania problemów. Cele powinny zapewnić efektywne wykorzystanie zasobów i dopasowanie do celów organizacji.
Cele dotyczące wydajności: podstawowe cele wydajności na początkowych wymaganiach każdego przepływu. Upewnij się, że podstawowe przepływy otrzymują odpowiednie zasoby i stale dostosowują cele, aby sprostać zmieniającym się wymaganiom i ulepszyć środowiska użytkownika.

Projektowanie przepływu

Zaprojektuj przepływ tak, aby spełniał cele techniczne. Zapoznaj się z najlepszymi rozwiązaniami dotyczącymi projektowania przepływu, aby uzyskać odpowiedni wynik. Skompiluj i przetestuj przepływ. Iteruj projekt do momentu spełnienia ustalonych celów technicznych.

Postępuj zgodnie z najlepszymi rozwiązaniami dotyczącymi projektowania przepływu

Podczas projektowania przepływu postępuj zgodnie z najlepszymi rozwiązaniami dotyczącymi projektowania przepływu. Dobrze zaprojektowany przepływ ma następujące atrybuty:

Zakres: identyfikowanie odrębnych punktów początkowych i końcowych dla każdego przepływu. Jasne granice ułatwiają optymalizowanie interakcji użytkownika lub systemu.
Logiczne: Projektowanie przepływów przy użyciu logicznej kolejności kroków. Zoptymalizuj najbardziej wydajną ścieżkę i zmniejsz niepotrzebne kroki.
Możliwe do utrzymania: projektuj przepływy, które można łatwo aktualizować i konserwować. Używaj składników modułowych, które można modyfikować bez wpływu na całe obciążenie.
Zdefiniowane: uwzględnij określone warunki wyzwalające lub prowadzące każdy krok w przepływie. Ta precyzja gwarantuje, że przepływ dokładnie reaguje na dane wejściowe użytkownika, zmiany danych lub stany systemu.
Niezawodne: obsługa błędów kompilacji i ścieżki wyjątków do przepływów. Skuteczne zarządzanie błędami zapobiega przerwom w działaniu i utrzymuje integralność przepływu w nieoczekiwanych okolicznościach.
Skalowalne: upewnij się, że może obsługiwać różne obciążenia i dostosowywać się do rosnących lub zmniejszających się baz użytkowników lub woluminów danych.
Bezpieczne: osadź miary zabezpieczeń w przepływie. Ochrona danych i interakcji użytkowników przed nieautoryzowanym dostępem i zagrożeniami.
Wydajne: planowanie wydajnego korzystania z zasobów bez nadmiernej aprowizacji. Należy pamiętać o optymalizacji kosztów.
Skoncentrowane na użytkowniku: w przypadku przepływów użytkowników należy dopasować projekt przepływu do oczekiwań i zachowań użytkowników. Intuicyjne i zmniejszanie krzywej uczenia dla nowych użytkowników.

Opracowywanie i testowanie przepływu

Opracuj przepływ w celu spełnienia celów technicznych i przetestuj go, aby upewnić się, że spełnia wymagania. Ten proces sprawdza, czy przepływ działa zgodnie z oczekiwaniami, efektywnie obsługuje swoje zadania i spełnia cele techniczne. Oto wskazówki dotyczące kompilowania i testowania przepływu:

Wybierz technologie: wybierz technologie zgodne z określonymi celami pod względem niezawodności, zabezpieczeń i wydajności.
Opracowywanie przepływu: utwórz przepływ zgodnie z projektem, zachowując na uwadze określone cele.
Przepływ testowy: przeprowadź testowanie, aby upewnić się, że przepływ spełnia cele. Iterowanie zgodnie z potrzebami w celu spełnienia celów.
Monitorowanie: implementowanie narzędzi do monitorowania w celu śledzenia użycia zasobów i kosztów.

Okresowo przeglądać przepływ pod kątem określonych celów i standardów branżowych. Skorzystaj z opinii od monitorowania i inspekcji, aby poprawić przepływ. Dostosuj cele i procesy zgodnie ze zmieniającymi się potrzebami biznesowymi lub postępami technologicznymi.

Optymalizowanie przepływów

Powtórz proces zdefiniowany w tym artykule w całym cyklu życia przepływu. Podczas iterowania projektu przepływu użyj platformy Well-Architected Framework, aby zoptymalizować przepływy z perspektywy każdego filaru:

Przykłady przepływu

Oto kilka przykładów przepływu, które ułatwiają projektowanie przepływów. W przykładach użyto architektury referencyjnej niezawodnego wzorca aplikacji internetowej jako podstawy i przedstawiono dokumentację, którą należy mieć w każdym przepływie.

Przepływ użytkownika 1: Tworzenie nadchodzących koncertów

Opis przepływu: Pracownicy call-center używają aplikacji do utworzenia nadchodzącego koncertu.

Procesy biznesowe: ten przepływ obsługuje proces biletu zakupu , ale jest asynchroniczny, obniżając jego krytyczne znaczenie.
Właściciel procesu: dyrektor ds. sprzedaży.
Uczestnicy projektu: dział sprzedaży, planowanie koncertów i operacje, zespół ds. platformy i zespół aplikacji.
Ścieżki eskalacji: zespół aplikacji, zespół platformy, a następnie dział sprzedaży.
Wpływ na działalność biznesową: ten przepływ jest ważny dla udostępniania nowych koncertów na platformach sprzedaży, bezpośrednio wpływając na główny strumień przychodów firmy. Gdy pracownicy call-center nie mogą tworzyć koncertów ze względu na niedostępność tego przepływu, negatywnie wpływa to zarówno na przychody, jak i reputację firmy. Jednak wysoka dostępność nie jest niezbędna dla tego procesu, ponieważ koncerty są zwykle zaplanowane z wyprzedzeniem co tydzień. Dział sprzedaży określił wymaganie 95% dostępności dla tego procesu i jest godny zgody na przestoje poza godzinami pracy w celach konserwacyjnych.
Ocena krytycznej: Niska.

Przepływ użytkownika 2: Wyszukiwanie koncertów

Opis przepływu: Pracownicy call-center używają aplikacji do wyszukiwania nadchodzących koncertów.

Procesy biznesowe: ten przepływ obsługuje proces zakupu biletu , ale pracownicy call-center mogą zdecydować się na wyświetlenie listy wszystkich koncertów, jeśli funkcja wyszukiwania nie jest dostępna.
Właściciel procesu: dział środowiska użytkownika (UX).
Uczestnicy projektu: dział sprzedaży, zespół ds. platformy i zespół aplikacji.
Ścieżka eskalacji: zespół aplikacji, zespół platformy, kierownik działu sprzedaży na wezwanie.
Wpływ na działalność biznesową: ten przepływ umożliwia pracownikom call-center szybkie znajdowanie koncertów i jest częścią normalnego procesu sprzedaży. Wysoka dostępność tego przepływu nie jest krytyczna, ponieważ pracownicy mają możliwość wyświetlania listy koncertów nawet w przypadku jego braku. Obniża to środowisko pracownika call-center, które może obniżyć wydajność i wpłynąć na wydajność. Klienci mogą doświadczyć frustracji ze względu na zwiększone czasy oczekiwania lub opóźnienia. Dział sprzedaży zażądał 99% dostępności tego przepływu w regularnych godzinach pracy.
Ocena krytycznej: Średni.

Przepływ użytkownika 3: Pobieranie listy koncertów

Opis przepływu: Pracownicy call-center używają aplikacji do uzyskania listy koncertów.

Procesy biznesowe: ten przepływ bezpośrednio obsługuje proces biletu zakupu .
Właściciel procesu: dyrektor platformy.
Uczestnicy projektu: dział sprzedaży, zespół platformy, zespół ds. danych.
Ścieżka eskalacji: zespół danych, inżynier ds. zespołu ds. danych, inżynier ds. połączeń platformy.
Wpływ na działalność biznesową: ten przepływ jest integralną częścią krytycznej ścieżki transakcji generujących przychody dla firmy. Wysoka dostępność jest niezbędna, ponieważ pracownicy call-center polegają na tym przepływie do przetwarzania zakupów biletów. W uznaniu jego znaczenia firma nakazuje 99,9% czasu pracy dla tego przepływu, który obejmuje rozszerzone godziny pracy.
Ocena krytycznej: Wysoka.

Przepływ użytkownika 4: Bilet zakupu

Opis przepływu: Pracownicy call-center używają aplikacji (procesu uwierzytelniania i autoryzacji ) do zakupu biletów na nadchodzący koncert ( lista nadchodzących koncertów ) w imieniu klientów firmy Relecloud.

Procesy biznesowe: ten przepływ jest podstawową funkcją i przepływem aplikacji.
Właściciel procesu: dyrektor ds. sprzedaży.
Uczestnicy projektu: dział sprzedaży i wszystkie zespoły techniczne.
Ścieżka eskalacji: inżynier ds. zespołu aplikacji, inżynier ds. zespołu ds. platformy, inżynier ds. operacyjnego zespołu danych, inżynier ds. operacyjnego.
Wpływ na działalność biznesową: wysoka dostępność tego przepływu ma kluczowe znaczenie, ponieważ bezpośrednio umożliwia zakupy biletów klienta. Każda awaria lub niedostępność tego przepływu może znacząco wpłynąć zarówno na przychody, jak i reputację firmy. Firma ustanowiła rygorystyczne wymaganie dla tego istotnego procesu, spodziewając się 99,9% czasu pracy, nawet w dłuższych godzinach pracy.
Ocena krytycznej: Wysoka.

Przepływ użytkownika 5: Uwierzytelnianie i autoryzacja

Opis przepływu: pracownicy call-center bezpiecznie logują się do aplikacji. Administratorzy zapewniają im odpowiednie role zakupu biletów w imieniu klientów firmy Relecloud.

Procesy biznesowe: ten przepływ bezpośrednio obsługuje proces biletu zakupu . Bez tej funkcji pracownicy call-center nie mogą zalogować się do aplikacji, aby kupić bilety.
Właściciel procesu: zespół platformy.
Uczestnicy projektu: zespół ds. platformy, zespół operacyjny i dział sprzedaży.
Ścieżka eskalacji: inżynier ds. zespołu ds. platformy, dyrektor operacyjny.
Wpływ na działalność biznesową: ten przepływ wymaga wysokiej dostępności, ponieważ pracownicy call-center nie mogą kupować biletów, jeśli ten przepływ nie działa prawidłowo. Jeśli ten przepływ nie jest dostępny, bezpośrednio wpływa na przychody i reputację. Jest to kluczowy proces, dla którego firma oczekuje 99,9% czasu pracy, w tym w godzinach pracy rozszerzonych.
Ocena krytycznej: Wysoka.

Przepływ systemu: zbieranie danych telemetrycznych

Opis przepływu: aby zrozumieć zmiany stanu w systemie produkcyjnym, wystąpienia aplikacji internetowej i interfejsu API zbierają i wysyłają informacje, błędy i ostrzeżenia. Te dane ułatwiają zespołowi operacyjnej wykrywanie anomalii, rozwiązywanie problemów i profilowanie.

Procesy biznesowe: ten przepływ nie obsługuje żadnych procesów biznesowych, ale udostępnia ważne dane dla zespołu operacyjnego.
Właściciel procesu: Dyrektor operacji.
Uczestnicy projektu: zespół operacyjny, zespół platformy i zespół danych.
Ścieżka eskalacji: Zespół operacyjny (24/7), inżynier ds. połączeń z zespołem danych.
Wpływ na działalność biznesową: ten przepływ jest niezbędny dla działań związanych z monitorowaniem i ciągłym ulepszaniem firmy. Musi być tak nadmiarowa i odporna, jak to możliwe. Zespół operacyjny jest odpowiedzialny za szybkie przywrócenie tego przepływu po niepowodzeniu, aby uniknąć braku krytycznych informacji i ostrzeżeń. Jeśli przepływ nie osiągnie oczekiwanej dostępności, istnieje ryzyko przeoczenia problemów z produkcją, co potencjalnie prowadzi do poważnych konsekwencji. Aby ograniczyć to ryzyko, dział operacyjny ma na celu 99% czasu pracy, 24/7. Muszą zaplanować przestoje związane z konserwacją co najmniej 48 godzin wcześniej.
Ocena krytycznej: Średni.

Udostępnij za pośrednictwem