Aktywne Wpisy

KwasneJablko +9
Smacznego mi
źródło: temp_file6278247077328915740
Pobierz
wfyokyga +143
źródło: temp_file9065333723014839297
PobierzSkopiuj link
Skopiuj link
źródło: temp_file6278247077328915740
Pobierz
źródło: temp_file9065333723014839297
PobierzWykop.pl
W podejściu z REST:
- Frontend z backendem komunikują się za pomocą REST.
- Systemy backendowe komunikują się ze sobą za pomocą REST.
W podejściu z GraphQL:
- Frontend z backendem komunikuje się za pomocą GraphQL.
- I tutaj pytanie. Oczywiście systemy backendowe nadal mogą komunikować się ze sobą REST-em. Ale czy ma sens zastosowanie tutaj GraphQL? Zalety byłby tak jak we frontend-backend (łatwiej pisać zapytania, mniej przesyłanych danych itd - oczywiście w backend-frontend robi to mniejszą różnicę). Wszędzie w artykułach jest o GraphQL tylko o frontend-backend, a nie mogę znaleźć słowa o zastosowaniu w backend-backend.
Kwestia frontend-backend jest dla mnie oczywista. Używało się REST, a teraz, żeby przesyłać tylko to co potrzeba jest podejście GraphQL.
Tylko czy ma to sens w backend-backend? Teoretycznie tak, bo też lepiej przesyłać tylko to co potrzeba. Tylko dlaczego nikt tak nie robi? (a przynajmniej nikt nie pisze o tym w internecie?)
link z brzegu: https://nordicapis.com/7-unique-benefits-of-using-graphql-in-microservices/
Właśnie czytam bardzo podobny artykuł: https://labs.getninjas.com.br/sharing-data-in-a-microservices-architecture-using-graphql-97db59357602
Znalezione tutaj: https://www.quora.com/Is-GraphQL-a-suitable-way-for-sending-data-between-two-backend-services
Rzeczywiście googlowanie mi dzisiaj coś