Tworząc architekturę w oparciu o koncepcję mikro serwisów, przed zespołem staje wiele wyzwań.
-Budowanie łatwo rozszerzalnej architektury mirkoserwisów. Tworząc nowy serwis, zawsze potrzebujemy danych z innego. Aby je otrzymać wystarczy zaimportować lekkiego klienta, który jest interfejsem innego serwisu.
-Jak odpowiednio wykorzystać protokół http, aby zamienić go w swój największy atut i nie próbować ukrywać go niepotrzebnie ?
-które funkcjonalności wyciągnąć jako pierwsze ? Jak wykorzystać domain driven design, do modelowania domeny biznesowej, w sposób specyficznych dla danego mikroserwisu ?
-Jak zarządzać konfiguracją, i deploymentem wielu serwisów ?
-implementowanie wzorca Circuit Breaker, używając biblioteki Netflix Hystrix
35.nastepnie udajac sie w miejsce gdzie mamy elasticsearch mozemy przefiltrowac rekordy po wczesniej wyspecyfikowanym typie w konfiguracji logstash.
widzimy message z logow tej aplikacji
Mamy wiec w centralnym punkcie logi dla wszyskich serwisow
37.mozemy uzyc graficznego klienta, aby prezentowac te logi w fajniejeszej formie -
kibana - jest to anrzedzie do tego celu, widzimy logi, w czasie rzeczywistym .
Mozemy specyfikowac filtry - w tym przykladzie chce wyswietlic logi dla procesy batch, ktore zawieraja w message string excetpion, i odpowiedznim odstepie czasu.
Logi sa zideksowane przez full text serach ( elasticsearch ) dzieki czemu, mozemy je filtrowac w kazdy mozliwy sposób
Widizmi w przykaldzie ze np. o 12:14 było 30 takich logow. Po klikniecciu na pasek dostaniemy dokaldna liste logow wraz z wiadomosciami.
36.Istotnym roweniez elementem jest stworzenie dobrej dokumentacji webowych metod ( interfejsu )
naszej aplikacji.
Doskonalym narzedziem do tego jest swagger.
Dokumentacja powinna byc precyzyjna i zawierac tylko to, co potrzeba