[jtomek1]

Czy jest tu jakiś Mirek który pracował na sporym projekcie w monolicie i 'przerabiał' go na mikroserwisy? Prv

#programowanie #programista15k #monolit #mikroserwisy #ddd #informatyka

[Balactatun]

@jtomek1: obecnie pracuje w projekcie że z mikroserwisow przerabiamy na monolit ( ͡° ͜ʖ ͡°)

[Saly]

@jtomek1: zgaduję, że mniejsza połowa miała z czymś takim doświadczenie

[kobrys13]

@jtomek1: ja, ale dziś nie dam rady poklikać

[ponton]

@Balactatun: a to się odezwę gdzieś za rok dopiero ( ͡° ͜ʖ ͡°)

[Balactatun]

@ponton: Dzięki temu, pracy w IT nigdy nie braknie ( ͡° ͜ʖ ͡°)

[fujiyama]

@jtomek1: logikę biznesową trzymaj w jednym serwisie, wypychaj wszystkie funkcje techniczne do osobnych serwisów (np. auth/generowanie pdf/search engine etc - zgaduję bo nie wiem co piszesz.
Integracja/komunikacja - np. https://dapr.io który obsługuje .NET/Pythona/Jave/Go/JS i nawet PHP...

[jtomek1]

@fujiyama chciałem z kimś mądrym zamienić kilka zdań. Czy projekt który żyje, jest dość spory, jest na produkcji, jest monolitem. Czy jest szansa rozbić go na mniejsze mikroserwisy, robić wydania co kilka miesięcy aż do ukończenia całości. Czy lepiej stawiać od nowa, od zera, nie łączyć starego z nowym, biorąc pod uwagę że stary kod wygląda tragicznie.

[fujiyama]

@jtomek1: to zależy jak duży jest zespół, jak duży jest ten software itp. trudno zgadnąć.
Poza zaletami technicznymi (i wadami) mikroserwisy umożliwiają wyizolowanie określonej funkcjonalności, którą potem łatwiej zrozumieć, utrzymywać i testować.

Zamiast przepisywać lepiej wydzielać obszary i przenosić, definiować API etc.
I nawet duży kawałek softu rozbity np. na 10 mniejszych zaczyna mieć jakiś zrozumiały schemat.