보통 프로젝트시 API 서버를 따로 만드나요?

Question

안녕하세요 취준생 신입개발자입니다.개인 프로젝트를 진행하려고하는데 보통 API서버를 따로 만들어 해당 웹서버에서 필요한 데이터를 API 서버에서 데이터를 가져오는 식으로 만드나요?아니면 그냥 한 서버내에서 API를 만들어 데이터를 가져오는 식으로 만드나요?예를들어 AWS에서 EC2 인스턴스를 이용하여 2개의 서버를 배포합니다.하나는 API서버 , 하나는 클라이언트가 데이터를 요청할때 보여지는 웹애플리케이션.사용자가 어떠한 물품의 정보를 요구하면 API서버에서 데이터를 가져오는 형식만약 이렇게 되면 회원가입 로그인시에도 API서버를 통해 회원가입이나 로그인을 할때 이슈가 발생하지는 않는지...두가지를 적절하게 섞어서 만들어야하나요?이전에는 한서버내에서 &#64;RestController나 &#64;BodyRequest 를 사용하여 API를 만들고 데이터를 제공했었는데.문득 저런생각이 들어서 궁굼해서 여쭤봅니다.

kiroki · Answer

정답이랄게 없어서 상황과 환경, 조건에 따라 달라집니다.요새는 프론트, 백엔드(api) 분리하는 추세이긴 합니다.

서화랑 · Answer

vue, react, angular 같은 모던 프레임워크가 트렌드가 되다보니 자연스럽게 웹서버와 api 서버가 분리되는거 같아요

메로나한입만 · Answer

프론트 백엔드를 분리해서 개발할 때는 나누고,타임리프 같은 템플릿 엔진 사용해서 만드는 경우에는 같은 서버에 만들어도 상관없습니다.

메타인지러 · Answer

먼저 웹서버 - WAS(API 서버) 순서로 이루어지고, 프론트 프레임워크 웹 애플리케이션 빌드파일은 웹서버에서 경로를 지정해서 사용자가 접근시 해당 경로에서 요청에 알맞은 파일은 사용자 브라우저로 제공합니다.프론트 배포과정을 경험하지 않았다면 npm run, serve 같은 것으로 하나의 인스턴스에 프론트 서비스를 띄운다고 생각할 수 있기 때문에, 이것에 관해서 찾아보는 것을 추천합니다.대부분의 데이터는 DB나 Storage 저장되어 접근이 필요합니다. 프론트 서비스에서 백엔드 API 경로를 가리켜서 백엔드가 해당 요청(DB의 특정 테이블을 조회한다는 등)을 수행 후 결과를 프론트에 전달해주는 방식이 일반적입니다.하지만 요즘은 워낙 프론트 프레임워크, 라이브러리들이 잘 구성되어있고, firebase같은 API도 나왔기에 사실상 초기세팅만 잘해주면 가벼운 프로젝트 정도는 프론트엔드 프레임워크 개발만으로도 가능합니다. 다만 사용자가 많고 실시간으로 데이터 유동량이 많은 프로젝트나 복잡한 아키텍쳐에서는 특정 프레임워크나 파이프에만 부담이 가는 것을 줄이기 위해서 아예 구조를 서비스 단위로 나누도록 만듭니다. 기본적으로 백엔드와 프론트엔드라는 큰 단위로만 나누다가 현재는 MSA라는 것으로까지 이어졌습니다.

개발은내일부터 · Answer

API 서버를 따로 나누는건 보통 백과 프론트 역할을 제대로 나눠 분담하기 위함이고, 트래픽이 커졌을때 스케일 확장 측면에서 유리하기 때문입니다. 로그인은 보통 jwt를 사용해서 처리하게 되는데 말씀하신대로 보안적으로 좋지않다는 평이 많지만 , 그럼에도 불구하고 많은 이점때문에 여러회사에서 사용을 합니다.

보통 프로젝트시 API 서버를 따로 만드나요?

5개의 답변

Q&A 목록