Читать книгу Mikroserwisy w akcji - Группа авторов - Страница 23

Teraz, gdy ustaliliśmy, że mikroserwisy są dobrym wyborem dla SimpleBanku, przyjrzyjmy się, jak można wykorzystać je do budowy nowych funkcjonalności. Stworzenie prostej wersji produktu jest świetnym pierwszym krokiem do zapewnienia, że zespół rozumie ograniczenia i wymagania stylu mikroserwisowego. Zaczniemy od zbadania jednej z funkcjonalności, które SimpleBank musi zbudować, oraz wyborów projektowych, których zespół dokona, pracując w cyklu życia zilustrowanym w rozdziale 1 (rys. 2.2).

Rysunek 2.2. Kluczowe powtarzane etapy – projekt, wdrożenie, obserwacja – w cyklu życia mikroserwisu

W rozdziale 1 omówiliśmy, w jaki sposób usługi mogą współpracować, aby złożyć zlecenie sprzedaży. Przegląd tego procesu przedstawiono na rysunku 2.3.

Rysunek 2.3. Proces składania zlecenia sprzedaży aktywów z rachunku w SimpleBanku

Spójrzmy, jak podejść do budowania tej funkcjonalności. Musimy odpowiedzieć na kilka pytań:

■ Jakie usługi potrzebujemy zbudować?

■ W jaki sposób te usługi będą ze sobą współpracować?

■ W jaki sposób udostępnią swoją funkcjonalność dla świata?

Pytania te mogą być podobne do tych, które możemy sobie zadać przy projektowaniu funkcjonalności w monolitycznej aplikacji, ale mają różne implikacje. Na przykład wysiłek wymagany do wdrożenia nowej usługi jest większy niż stworzenie nowego modułu. W trakcie określania zakresu mikroserwisów musimy być pewni, że korzyści wynikające z dzielenia systemu nie zostaną zduszone przez dodatkową złożoność.

UWAGA  Wraz z ewolucją aplikacji pytania te nabiorą dodatkowych wymiarów; później zastanowimy się również, czy dodać funkcjonalności do istniejących usług, czy wprowadzić podział usług; omówimy to w rozdziałach 4 i 5.

Jak już wspomnieliśmy, każda usługa powinna być odpowiedzialna za pojedynczą zdolność. Pierwszym krokiem będzie zidentyfikowanie różnych zdolności biznesowych, które chcemy wdrożyć, oraz relacji między tymi zdolnościami.