[Crisu]

Czy ktoś spotkał się w sieci z przykładami, opisem jak przejść z monolitu na mikroserwisy. Wszędzie tylko #!$%@? na temat samej teorii i zalet. Nie ma nigdzie kodu :(
#programowanie #dotnet

[Yahoo_]

@Crisu: ale co Ty byś chciał za kod do tego :)? Wszystko zależy jaką masz apkę. Najprostszy sposób to w miejscu, gdzie masz jakichś interfejs (jak nie masz to sobie wprowadź) zmieniasz implementację. Zamiast np. gadać z bazą danych (czy tam coś obliczać - nieistotne) lokalnie robisz implementację, która zleca te robotę do jakiegoś mikroserwisu (komunikując się za pomocą http czy tam jakiejś kolejki). Klasa która robiła robotę znika wtedy z

[r.....s]

@Crisu: A nie wystarczy ci sam ogólny schemat działania? Załóżmy, że masz serwis wcf który ma 40 metod. Grupujesz tematycznie i z każdej grupy robisz osobny serwis wcf.

[rykukuku]

@Crisu jeśli nie wiesz jak to zrobić, to jesteś jeszcze za cienki na mikroserwisy. Nie chodzi o samo programowanie, ale zaprojektowanie.

[fortySeven]

@Crisu: Aniserowicz w którejś prezentacji z yt (albo w podcaście) mówił o tym, jak do tego podejść

[fortySeven]

@FedoraTyrone: podzielenie monolitu na mikroserwisy nie jest takie proste jak się wydaje. Co innego pisząc od zera

[Crisu]

@fortySeven jest cholernie ciezkie. A masz moze tytul ?

[Muzulmanin]

@Crisu: Pierwsza rzecz to skala aplikacji. Dla małej aplikacji to przerost formy nad treścią. W przypadku dużej aplikacji to temat rzeka. Jeżeli aplikacja jest w miarę dobrze napisana to mikroserwisy powinny się same rzucać w oczy. Np. SerwisMailingu, Serwis do zarządzania użytkownikami. Jeżeli takie serwisy są wyodrębnione w osobne moduły w postci np. bibliotek to już są to praktycznie Mikroserwisy brakuje tylko poluźnienia zależności poprzez jawne wykorzystywanie klasy na rzecz jakiejś