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

Artykuł
10/24/2024

W tym artykule opisano docelową 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 do przepływów, można określić priorytety różnych części obciążenia i lepiej dostosować 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 obciążeniu, (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ą funkcje 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 dokumentowaniem 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ę pobieraną przez użytkownika lub dane 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 przedstawić zadania lub cele, takie jak włączanie zakupów online. Ta jasność prowadzi do projektowania funkcjonalnego i określa jasne cele projektowania przepływu.
Ważność krytyczna: 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: Poznaj częstotliwość operacyjną i zmienność przypadku użycia w celu przewidywania obciążenia systemu. Aby obsługiwać różne scenariusze wykonywania, należy zaprojektować przepływ.
Zależności: identyfikowanie współzależności z innymi przypadkami użycia do zarządzania ryzykiem. Rozpoznawanie zależności przypadku użycia ułatwia projektowanie 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ści danych wyjściowych z kolejnymi procesami.

Dokumentowanie przepływu

Użyj przypadku użycia, aby udokumentować przepływ. Należy określić lub zamapować każdą akcję, której potrzebujesz w przepływie. Przechwyć kryteria podejmowania decyzji i ścieżki. Identyfikowanie interakcji z innymi przypadkami użycia. Ten konspekt służy jako strategia projektowania przepływu i zarządzania nimi. 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.
Osoby biorące udział w projekcie: 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 przepływu, które są zgodne z pięcioma filarami dobrze zaprojektowanej struktury (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 ustal 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 potrzeby zabezpieczeń każdego przepływu na podstawie poufności danych i działań użytkownika. Implementowanie i ciągłe aktualizowanie środków zabezpieczeń w celu spełnienia tych potrzeb przy jednoczesnym zapewnieniu zgodności ze standardami prawnymi.
Cele dotyczące kosztów: Poznaj wymagania każdego przepływu w celu efektywnej alokacji zasobów. Ustaw cele, aby równoważyć koszty z wydajnością. Upewnij się, że użycie zasobów jest zgodne z priorytetami biznesowymi.
Cele operacyjne: zdefiniuj metryki do efektywnego monitorowania i rozwiązywania problemów. Cele powinny zapewnić efektywne wykorzystanie zasobów i dostosowanie ich do celów organizacji.
Cele wydajności: podstawowe cele wydajności dotyczące początkowych wymagań 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. Należy zapoznać się z najlepszymi rozwiązaniami dotyczącymi projektowania przepływu, aby uzyskać odpowiedni wynik. Skompiluj i przetestuj przepływ. Iterowanie projektu 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. Wyczyść 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żyj składników modułowych, które można modyfikować bez wpływu na całe obciążenie.
Zdefiniowane: uwzględnij określone warunki, które wyzwalają lub prowadzą każdy krok w przepływie. Ta precyzja gwarantuje, że przepływ odpowiada dokładnie na dane wejściowe użytkownika, zmiany danych lub stany systemu.
Niezawodne: Twórz ścieżki błędów i ścieżki wyjątków do przepływów. Skuteczne zarządzanie błędami zapobiega zakłóceniom 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 efektywnego 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. Umożliwia intuicyjne i zmniejszanie krzywej uczenia się 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, które są zgodne z określonymi celami pod względem niezawodności, bezpieczeństwa 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. Iteruj zgodnie z potrzebami, aby spełnić cele.
Monitor: Zaimplementuj narzędzia do monitorowania, aby śledzić użycie zasobów i koszty.

Okresowo przeglądaj przepływ pod kątem określonych celów i standardów branżowych. Skorzystaj z opinii z monitorowania i inspekcji, aby ulepszyć 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 struktury 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 niezawodnej architektury referencyjnej wzorca aplikacji internetowej jako podstawy i przedstawiono dokumentację, która powinna znajdować się 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 zakupu biletu , 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ół ds. 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 w przypadku udostępniania nowych koncertów na platformach sprzedaży, bezpośrednio wpływając na główny strumień przychodów w firmie. Gdy pracownicy call-center nie mogą tworzyć koncertów ze względu na niedostępność tego przepływu, negatywnie wpływa 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 zgodny z przestojem 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ół platformy i zespół ds. 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 braku. Obniży to środowisko pracownika centrum telefonicznego, 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 zakupu biletu .
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 danych na wezwanie, inżynier ds. 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 w celu 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 krytycznego: Wysoka.

Przepływ użytkownika 4: Zakup biletu

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 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. pomocy technicznej ds. platformy, inżynier ds. zespołu danych na wezwanie, dyrektor operacyjny.
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 krytycznego: 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 w celu zakupu biletów w imieniu klientów firmy Relecloud.

Procesy biznesowe: ten przepływ bezpośrednio obsługuje proces zakupu biletu . Bez tej funkcji pracownicy call-center nie mogą zalogować się do aplikacji, aby kupić bilety.
Właściciel procesu: zespół platformy.
Uczestnicy projektu: zespół platformy, zespół operacyjny i dział sprzedaży.
Ścieżka eskalacji: inżynier ds. zespołu 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 przychód i reputację. Jest to kluczowy proces, dla którego firma spodziewa się 99,9% czasu pracy, w tym w godzinach pracy rozszerzonych.
Ocena krytycznego: 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 operacyjnem 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 ds. operacji.
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. 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 każdym 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