Node.js a mikroserwisy

pytanie zadane 20 grudnia 2020 w JavaScript przez Bish0p Obywatel (1,940 p.)

Witam,

planuje rozwijać się w backendzie, aktualnie całkiem dobrze ogarniam node, i planuje przeskoczyć na kolejny poziom i zacząć naukę mikroserwisów. Natomiast zauważyłem, że jeżeli chodzi o nie to króluje tu java oraz C# a ogólnie node nie przoduje jeżeli chodzi o technologie backendowe. I tu moje pytanie opłaca się dalej brnąć w noda ale już w TypeScripcie czy lepiej już w tym momencie przerzucić się na np. C#.

1 odpowiedź

odpowiedź 20 grudnia 2020 przez Comandeer Guru (600,810 p.)

Mikroserwisy to podejście do backendu, całkowicie niezależne od technologi. Można je robić w Node, można je robić i w C#. I uwierz mi, widziałem wiele architektur mikroserwisowych na Node lepszych od tych w Javie.

komentarz 20 grudnia 2020 przez Tomek Sochacki Ekspert (227,510 p.)

Warto tez dodać, że w swiecie mikroserwisow nic jie stoi na przeszkodzie aby jedne usługi byly w kotlinie a inne w node czy pythonie itp. Mikroserwisy to sposób rozwiązania architektury aplikacji, nie narzuca w żaden sposób technologii. Sam pracuję w systemie, gdzie są serwisy w różnych technologiach. Jak nauczysz się porządnie jednego języka i bedziesz umiał rozwiązywać w nim problemy to potem łatwo się przestawisz w razie potrzeby na inny.

komentarz 20 grudnia 2020 przez reaktywny Nałogowiec (40,990 p.)

Właśnie to chciałem napisać, że mikroserwisy często powstają w różnych językach, a łączy je REST API lub Protobuf.

komentarz 20 grudnia 2020 przez Bish0p Obywatel (1,940 p.)

Wiem, natomiast zastanawiam się czy dalej opłaca sie iść w stronę js/ts jeżeli chodzi o backend, aktualnie pracuje z Reactem ale chcę przekwalifikować sie na fullstacka, a back w node jest raczej w odwodzie. Nauka mikroserisów to jest złożony proces na który przeznaczam większą ilość czasu i stąd to pytanie czy warto dalej brnąć w node czy już na tym etapie zmienić go na coś stricte związane z backiem.

komentarz 20 grudnia 2020 przez reaktywny Nałogowiec (40,990 p.)

Osobiście wolałbym coś innego niż JS/TS, który niby pozwala robić backend, ale jednak głównie wykorzystywany jest do frontu.

A co wybrać? Możliwości masz mnóstwo. Chyba najczęściej poza JVM są to C#, Go, Ruby, Python. Ale nie musisz się do nich ograniczać, jest tego oczywiście więcej.

Wybór języka to trudna rzecz, musisz sam jednak stwierdzić co Tobie pasuje.

komentarz 20 grudnia 2020 przez Comandeer Guru (600,810 p.)

Osobiście wolałbym coś innego niż JS/TS, który niby pozwala robić backend, ale jednak głównie wykorzystywany jest do frontu.

Średnio mnie przekonuje ten argument, TBH. Ba, widziałbym w tym właśnie zaletę tego podejścia, bo mamy wspólny stack technologiczny, co otwiera ciekawe możliwości (np. wspólne interfejsy dla frontu i backu czy wręcz spore współdzielenie kodu – choćby całej warstwy logiki biznesowej).

komentarz 21 grudnia 2020 przez reaktywny Nałogowiec (40,990 p.)

Wspólny język, to duży plus! Bez wątpienia.

Ale z jakichś powodów backend mikroserwisów zwykle powstaje w innych językach. Nie znam danych statystycznych, ale w mikroserwisach najczęściej widzę JVM i wymienione wcześniej języki. Mówię to wszystko jedynie na podstawie obserwacji rynku, a nie własnego doświadczenia!

To chyba trochę jak z namawianiem kogoś do pisania aplikacji mobilnych w Pythonie czy Ruby. Da się, ale rzadko kto sięga po te języki do appek na smarkfony. Mimo, że Kivy jest całkiem fajne, a Python jest przyjemnym językiem ze względu na czytelność i zwięzłość kodu.

komentarz 21 grudnia 2020 przez Tomek Sochacki Ekspert (227,510 p.)

Generalnie to różnica języków może wynikać też po części z tego, że chyba latwiej na rynku znaleźć ludzi do backendu d Javie, Kotlinie itp. niż w node, gdzie raczej większość osób ma preferencje front-endowe. To nie jest do końca tak, że każdy front może zacząć pisać backend w node i odwrotnie... język to jedno, w sumie najmniej istotne, druga sprawa to kompetencje backendowe, umiejętność rozwiązywania problemów backendu itp. front i backend to dwa różne światy, język nie ma tu większego znaczenia.

Owszem, jeśli jest wszędzie JS to na pewno frontom łatwiej zrobić jakieś zmiany, bo sa obeznani z jezykiem, testami itp., ale i tak nie zrobią grubszych zmian logicznych bez wiedzy backendowej. Z doświadczenia powiem Ci, że wejście w inny język to żaden problem, to najmniej istotne, najwiekszym problemem jest właśnie zdobycie kompetencji "tej drugiej" strony.