API 서버와 프론트엔드 서버 분리 관련

Question

안녕하세요 이 곳에 맞는 질문일지 모르겠지만 지푸라기라도 잡는 심정으로 질문남겨봅니다ㅜ 혹시 이 질문게시판 성격과 맞지 않는다 판단되시면 답변 안해주셔도 됩니다! 현재 이커머스 편집샵을 운영하는 초기 스타트업에서 1인 개발자로 일하고 있는 2년차 백엔드 주니어입니다. 개발자로서 비즈니스 차원에서의 방안을 내야하는 상황이라 이렇게 글남깁니다. <상황> 1. 새 브랜드(기존 브랜드와 느낌이 완전 상이한) 입점 관련하여 운영팀에서 2개 웹사이트 운영하자는 방안을 내놓음 2. 코드는 루비온레일즈로 구성된 모놀리식 구조입니다. <질문> 1. 현재의 구조를 루비온레일즈 API 서버 1개 + Vus.js 프론트엔드 서버 2개 로 운영하는 방안을 제안해보고자 합니다(웹사이트 분위기나 톤은 다르지만 사용하는 데이터는 결국 같을것같습니다). 각 프론트엔드 서버로 도메인, 서브도메인을 연결하고자 하구요. 이러한 접근방식이 맞는 방법인지 궁금합니다 2. 1번이 불가능한 옵션이라면, 2개의 웹사이트를 각각 구축하는 것이 나을지, 현재 웹사이트에 UX/UI적으로 풀어내는 것이 맞을지 궁금합니다. 뜬금없는 질문일지 모르겠으나 어떻게든 헤쳐나가고자 이렇게 질문남겨봅니다ㅜ 답변 주시면 정말 감사하겠습니다!!

김영한 · Answer

안녕하세요. 박훈님 답글을 드리자면 다음의 경우가 모두 가능합니다. 백엔드 API 서버 1개, 프론트엔드 서버 1개 백엔드 API 서버 1개, 프론트엔드 서버 N개 백엔드 API 서버 N개, 프론트엔드 서버 1개 백엔드 API 서버 N개, 프론트엔드 서버 N개 현재 시스템 요구사항을 만족시키는데, 어떤 조건이 가장 좋을지는 자세한 비즈니스 요건에 따라서 다릅니다. 백엔드 API를 대부분 재사용할 수 있다면 백엔드 API 서버 1개, 프론트엔드 N개로 가는것이 효과적이겠지요. 다만 비즈니스 요구사항이 기존과 서로 다르고, 완전히 다른 서비스라면 그래서 API를 재사용 할 수 있는 것이 거의 없다면 새로운 백엔드 API 서버를 만드는 것이 더 나은 선택입니다. 도움이 되셨길 바래요. 이런 부분의 답글도 많이 해드리면 좋겠지만, 강의 관련 질문이 많아서, 다른 분들을 생각할 때 강의 관련 질문에 집중하는 것이 맞다 생각합니다. 질문의 성격과 맞지 않아서 글은 읽으시고 삭제 부탁드립니다^^ 감사합니다.