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.

[Pyton_000]

Dość poważny problem tej aplikacji jest taki że niestety są jakieś powiązania międzymodułowe. Więc trzeba będzie zmienić logikę działania całej aplikacji tak aby moduły były całkowicie niezależne.
Co do baz danych to jest kolejny problem. Aplikacja działa w modelu "Saas" gdzie każdy klient ma oddzielną swoją bazę. I teraz byłaby zabawa. Bo w teorii która podałeś trzeba by było odseparować bazy dla modułów a dodatkowo zreplikować je dla każdego klienta oddzielnie.

Niestety nie wchodzi w grę złączenie tabel wszystkich klientów do bazy modułu bo te bazy są "spore". Oczywiście w planie jest zaaplikowanie Elastic do wyszukiwania.
To jest trudny temat do rozgryzienia. A niestety nie możemy wszystkiego zaorać i stworzyć od nowa całego systemu włącznie z BD.