Koledzy, tak jak w pytania , jak rozróżnić mikroserwis od webserwisu ?
0
0
Technicznie żadna
Biznesowo realizuje jedną rzecz a dobrze. np: Zarządza klientami a inna mikrousługa ogarnia zamówienia.
2
Ja nie wiem jaka jest definicja "mikroserwisów" i czy jakaś jest.
WebSerivces jak nazwa sugeruje to usługi sieciowe, które są wystawione za pomocą warstwy webowej (czy jak wolisz po HTTP(S)). Implementacja web servisów opiera się na specyfikacjach (SOAP, WSDL, WS-I, WS-Security, transakcje, itd.). Przeważnie ludzie którzy nie lubią SOAPa, mówią, że jest to "ciężkie", jakieś zbędne XML, envelopes itd. ;-)
Mikroserwisy to raczej wzorzec, system dzielimy na małe, niezależne części i je jakoś komunikujemy ze sobą. Ja nie korzystam, ale z tego co rozumiem popularny do tejże komunikacji jest REST, o którym ludzie mówią, że jest "lekki i przyjemny" ;-)
Off topic: Dla mnie słabym punktem tego podejścia jest transakcyjność, a w zasadzie brak takowej. Dzięki temu musimy mieć jakąś warstwę kontrolującą wywołanie sekwencji mikroserwisów, która to warstwa będzie w stanie "zrobić porządek" (bądź wspierać wprowadzenie takowego) w przypadku przerwania (technicznego/biznesowego) naszego workflow/procesu biznesowego.
1
To są ortogonalne pojęcia więc trudno mówić o różnicach czy podobieństwach. Webserwisy to są zdalne funkcjonalności udostępnione poprzez warstwę webową (soap, rest etc). Mikroserwisy to są funkcjonalnosci o bardzo dużej granulacji (tzn realizują możliwie mały wycinek logiki). Mikroserwisy mogą być zaimplementowane w postaci webserwisów, ale nie muszą, middleware może być zupełnie dowolny.