Microservice - Jak to ugryźć Opcje

[Pyton_000]

Temat nadaje się raczej do Pro (IMG:style_emoticons/default/wink.gif)

Do rzeczy. Mamy dość pokaźną aplikację która została napisana już wieki temu. Przyszedł czas aby zacząć ją migrować na nowe rozwiązania.
Aplikacja z biznesowego pkt. jest podzielona na modułu np. Wyszukiwarka, Klienci, Kontrakty, Firmy itd.

Ogólnie jest to aplikacja do zarządzania rekrutacjami.

Chcemy to zmigrować i postawić w oparciu o Microservices. Tylko jak to ugryźć.
Nie mam doświadczenia w tej materii więc może będzie ktoś kto udzieli jakichś wskazówek.

Założenia są takie że migrujemy na Laravel 5.1 (nie pytajcie dla czego (IMG:style_emoticons/default/tongue.gif) , hejt i tak nic nie wniesie (IMG:style_emoticons/default/smile.gif) ), PHP 5.6 (lub 7).
Jest to dość złożona struktura, dla tego musimy się "wpiąć" w stary system i robić przekierowanie do nowych elementów tak aby móc powoli wyłączać stare rzeczy.

Może ktoś ma jakieś ciekawe materiały na ten temat, jak to ładnie powinno wyglądać.
Wiem tyle że całość ma się opierać o REST i Events.

Czy każdy moduł stawiać jako w pełni działająca aplikacja na FW czy może jakieś inne rozwiązania.

[lukaskolista]

Ebook porównujący microservices i SOA: https://www.nginx.com/microservices-soa/# za darmo tylko trzeba podac jakieś tam dane.

SOA jest chyba bardziej sformalizowana od microservices, chociaż microservices tak do końca nie znam.

Co do literatury na temat SOA to aktualnie czytam SOA Patterns autorstwa Arnona-Rotem-Gal-Oz w wersji po polsku, tylko to jest raczej o wzorcach soa niż o samej architekturze, ale można wyczuć temat.

Pytanie:
Czy microservice nie jest tak jakby pod SOA? Pytanie trochę niejasne, dlatego wyjaśniam:
Przy zastosowaniu SOA otrzymujemy wiele usług odpowiadających obszarom biznesu, np. usługa Fakturowanie, która obsługuje całą logikę związaną z fakturami. Taka usługa może mieć rozbudowane API, bo faktury można dodawać, korygować, wystawiać pro-forma itp.

Czy microservices nie pokrywa się w pewnym sensie z SOA i nie jest po prostu na niższej warstwie abstrakcji? Z tego co wyczytałem przez ostatnią godzinę microservice to usługa, która ma bardzo ograniczone API, może nawet ograniczać się do wykonywania pojedynczej czynności.

Usługa w ujęciu SOA to po prostu aplikacja odpowiedzialna za dany obszar biznesowy, funkcjonuje pojęcie instancji usługi, co w praktyce często oznacza postawienie klastra active-active z kilkoma węzłami, gdzie na 1 stoi 1 instancja usługi.

Microservice często są tak małe, że stawia się je nawet po kilka na 1 maszynie, a 1 zespół programistów (5-10) osób utrzymuje kilka takich mikro usług (to akurat wyczytałem, bo doświadczenia w microservice nie mam).

Taka usługa w pojęciu SOA może się składać z mikroserwisów - mam rację, czy coś pokręciłem?


Ten post edytował lukaskolista 29.01.2016, 13:30:51