Albo potrzebuję tego patternu ze względu na prostsze utrzymywanie skomplikowanej logiki oraz mamy bardzo wyraźnie wydzielone domeny.
@inny_89: Ja bym w takim razie wydzielił domeny do osobnych niezależnych modułów w monolitycznie deployowanej appce.
Ale nawet jak się uprzeszna mikroserwisy, to wybór języka jest prosty - wybierz ten który do danego mikroserwisu będzie lepiej pasował i/lub w którym team czuje się mocniej. Nie musisz przecież pisać wszystkich w tej samej technologi.
@m_bielawski nareszcie głos rozsądku w sprawie wybranego języka! Chodzi przecież o to, żeby mikroserwis był niezależny - należałoby więc dążyć do sytuacji gdzie można go niezależnie "wyjąć" i przepisać np z Pythona na JSa (pomijam zasadność takiej akcji).
Nie mogę się jednak zgodzić co do monolitu z wydzielonymi modułami. Tracisz wtedy pulsy mikroserwisow i zyskujesz poziom skomplikowania podobny do nich. Za to podatność na błędy i złożoność może być nawet większa. Możesz to
Komentarz usunięty przez autora
@inny_89: Ja bym w takim razie wydzielił domeny do osobnych niezależnych modułów w monolitycznie deployowanej appce.
Ale nawet jak się uprzeszna mikroserwisy, to wybór języka jest prosty - wybierz ten który do danego mikroserwisu będzie lepiej pasował i/lub w którym team czuje się mocniej. Nie musisz przecież pisać wszystkich w tej samej technologi.
Komentarz usunięty przez autora
Komentarz usunięty przez autora
Chodzi przecież o to, żeby mikroserwis był niezależny - należałoby więc dążyć do sytuacji gdzie można go niezależnie "wyjąć" i przepisać np z Pythona na JSa (pomijam zasadność takiej akcji).
Nie mogę się jednak zgodzić co do monolitu z wydzielonymi modułami. Tracisz wtedy pulsy mikroserwisow i zyskujesz poziom skomplikowania podobny do nich.
Za to podatność na błędy i złożoność może być nawet większa.
Możesz to
ad.1 Jaki przypadek w mikroserwisach uzasadni użycie Scali a jaki Pythona?
Programisci Scali sa drozsi i trudniej dostepni