Nauczyłem się, które jest najlepsze podejście do wdrożenia aplikacji produkcyjnej z wykorzystaniem tych technologii.
Słyszałem, że niektórzy ludzie mówią, że powinienem oddzielić moją aplikację serwera od aplikacji klienckiej, ale dlaczego? Bo to szwankuje do mnie, że mam tylko więcej serwerów / aplikacji do obsługi. Czy jest jakiś ważny powód?
Z góry dziękuję.
Odpowiedzi:
1 dla odpowiedzi № 1To jest decyzja o architekturze, tutaj nie ma prostego dobra ani zła, są oba aspekty dla obu projektów.
Jeśli oddzielisz frontend i backend, maszjaśniejszy rozdział obaw. Możesz pozwolić niektórym pracować tylko na zapleczu lub tylko na stronie frontendowej. Można zdefiniować budowanie i wdrażanie potoku dla celów frontendu i jednego dla strony zaplecza. Które jest łatwiejsze do zrozumienia i utrzymania jako mieszane. W takim podejściu powinieneś zdefiniować wyraźne API pomiędzy frontendem a backendem. Tak więc oba projekty można budować osobno, o ile definicja API nie ulegnie zmianie. Możesz zbudować testy przeciwko tej api i fałszywym usługom, aby uruchomić jedną stronę bez drugiej (dla rozwoju). W przypadku krajobrazu w mikroserwisach oddzielny projekt zwykle lepiej pasuje.
W przeciwnym razie podejście łączone jest szybszewprowadzić w życie. Każdy programista ma pełny przegląd obu stron i może z łatwością uruchomić całą aplikację. Nie potrzebujesz rozwiązania integrującego frontend i backend.