질문 프론트단과 백앤드를 분리하는것이 큰 이득인가요?

Question

본사에서 1인프로젝트로 별 쓸모없는걸 만들기는 하지만사람들이 프론트단과 백앤드를 분리시키는 모델을 많이 쓴다고 해서 사용해밧는데이게 무슨 장점이 있는가라는 생각으 드네요내가 무슨 공공 API를 만드는것도 아니고프론트 요청->백앤드 DB or 작업 응답->프론트 화면 갱신이럴걸면 예전처럼 1개WAS에 올리는게 더 낫지 않을까라는 생각이 드네요;현업에서도 이런 모델들을 많이 쓰나요?사용하면 장점은 있나요?

짱구올시다 · Accepted Answer

그렇게 했을 때 장점은 사실 인력 분리가 가능하다는 점이에요.서비스가 커지면서 화면만 전담하고, 서버만 전담하는 등 전문 인력이 각각 배정되는게 효율적이기 때문인데, 소규모라고 한다면 그냥 백엔드 개발자가 SSR로 화면까지 쳐버리는게 효율적이라고 생각합니다.저희 회사는 프론트 백엔드 나눠져 있어요.

킁킁탐정 · Answer

SPA는 부하를 줄이고 클라이언트에게 많은걸 위임하기 위해서입니다. 대다수의 경우 SSR이 기본이고 훨 씬더 효율적이고 복잡도도 낮습니다. 물론 케이스 바이 케이스이긴 합니다.

Clickin · Answer

api 서버만 따로 만들어놓으면 나중에 프론트를 다른거로 갈아끼우기 쉽죠SSR이면 결합도가 높아서 우리 이걸로 앱도 만들어보자 하면 API 싹 새로만들어야할겁니다

르매 · Answer

vue, react 같은 프론트엔드 구인 공고가 있는 기업은 모두 분리해서 개발하고 있다고 보실 수 있겠죠. 즉, 요즘 IT 스타트업의 대부분이 이에 해당합니다.

カワウソ · Answer

별도로 개발해도 배포시엔 백엔드에 포함시킬 수 있습니다.

질문 프론트단과 백앤드를 분리하는것이 큰 이득인가요?

5개의 답변

Q&A 목록