Analizowanie kryteriów podejmowania decyzji
Istnieje kilka różnych procesów biznesowych, które prowadzą firmę wypożyczającą rowery. Na przykład istnieje proces wypożyczania rowerów, proces powrotu, proces rezerwacji rowerów i procesy, które nie odnoszą się bezpośrednio do rowerów, takich jak rezerwacja świąt dla personelu.
Wprowadziliśmy szereg technologii platformy Azure, których można użyć, aby ułatwić tworzenie tych procesów. Spróbujmy skonkretyzować sposób podejmowania decyzji dla danego procesu.
Wybieranie usługi
Na poniższym diagramie przedstawiono uproszczony schemat blokowy, którego można użyć do wybierania najlepszej technologii dla konkretnego procesu biznesowego:
Pierwszym pytaniem, które musimy sobie zadać, jest to, czy przepływ pracy ma być zaprojektowany za pomocą narzędzia z graficznym interfejsem użytkownika, czy przez napisanie kodu. Prawidłowe przyczyny korzystania z narzędzia opartego na projekcie obejmują:
- Osoby projektujące przepływ pracy nie mają doświadczenia w kodowaniu.
- Projektanci i użytkownicy mogą w dowolnym momencie zapoznawać się z graficznym projektem w celu wyjaśnienia sposobu działania przepływu pracy.
Alternatywnie można użyć narzędzia bazującego na kodzie. Najważniejsze przyczyny są następujące:
- Osoby projektujące przepływ pracy są deweloperami i wolą pracować z wykorzystaniem kodu.
- Chcesz, aby osoby niepotrafiące pisać kodu nie miały wglądu w szczegóły przepływu pracy.
design-first Wybieranie technologii
Jeśli zdecydujesz się skorzystać z podejścia bazującego na projekcie, musisz także wybrać, czy będziesz korzystać z usługi Microsoft Power Automate, czy Azure Logic Apps.
Podstawowe kryterium stanowią osoby, które będą projektować przepływ pracy — czy będą to deweloperzy, czy użytkownicy?
W usłudze Logic Apps jest projektant wizualny, na którym można rysować przepływ pracy. Jest to intuicyjne i łatwe w użyciu, ale masz również możliwość przyjrzenia się pod maską i edytowania kodu źródłowego przepływu pracy. To narzędzie jest przeznaczone dla osób mających umiejętności programowania.
W usłudze Microsoft Power Automate dla najczęściej używanych typów przepływów pracy udostępniono dodatkową pomoc i szablony. Nie ma możliwości edytowania kodu źródłowego tworzonego przez narzędzie. To narzędzie jest przeznaczone dla użytkowników, którzy dobrze rozumieją proces biznesowy, ale nie mają umiejętności kodowania.
code-first Wybieranie technologii
Jeśli zdecydujesz się skorzystać z podejścia bazującego na kodzie, musisz jeszcze wybrać, z jakiej usługi będziesz korzystać — WebJobs czy Azure Functions.
Domyślnym wyborem powinna być usługa Azure Functions, ponieważ zawiera dodatkowe funkcje, takie jak szeroki wybór zdarzeń wyzwalacza i języków programowania, możliwość opracowania kodu testowego w przeglądarce oraz model płatności za użycie. Istnieje kilka sytuacji, w których zadania WebJob mogą być lepszym wyborem:
- Masz istniejącą aplikację usługi Azure App Service i chcesz utworzyć model przepływu pracy w ramach tej aplikacji. To wymaganie oznacza, że przepływ pracy może być również zarządzany w ramach aplikacji; na przykład w środowisku usługi Azure DevOps.
- Masz określone dostosowania, które chcesz wprowadzić do elementów
JobHost, które nie są obsługiwane przez usługę Azure Functions. - Chcesz kontrolować zasady ponawiania prób aplikacji.
- Zadania WebJob obsługują tylko język C# w systemie Microsoft Windows.
Mieszanie technologii
Pamiętaj, że nie ma potrzeby używania tej samej technologii dla różnych przepływów pracy: jeśli wymagania będą się różnić, na końcu procesu podejmowania decyzji prawdopodobnie osiągniesz inną odpowiedź. Ponadto możesz także wywoływać jeden przepływ pracy z innego. Na przykład przepływ pracy zaimplementowany w usłudze Microsoft Power Automate może z łatwością wywołać inny przepływ utworzony jako funkcja platformy Azure.
Jedną z przyczyn, dla których warto zastosować mieszane technologie w procesach biznesowych, jest umożliwienie użytkownikom kontrolowania małej sekcji kompletnego przepływu pracy. Możesz to zrobić, implementując tę sekcję w usłudze Microsoft Power Automate, a następnie wywołując ten przepływ z poziomu aplikacji logiki, zadania WebJob lub funkcji.