안녕하세요. 서버 구성 중에 질문이 있습니다. 모바일 restAPI콜을 담당하는 서버가…

안녕하세요. 서버 구성 중에 질문이 있습니다.
모바일 restAPI콜을 담당하는 서버가 웹어플이 올라간 서버와 같이 붙어있는 것이 이상한건 아닐지? 이럴 경우 문제가 생긴다면 어떤 문제가 있는지 알고 싶습니다. 늘 감사합니다 : )

안녕하세요. 서버 구성 중에 질문이 있습니다.
모바일 restAPI콜을 담당하는 서버가 웹어플이 올라간 서버와 같이 붙어있는 것이 이상한건 아닐지? 이럴 경우 문제가 생긴다면 어떤 문제가 있는지 알고 싶습니다. 늘 감사합니다 : )

10 thoughts on “안녕하세요. 서버 구성 중에 질문이 있습니다. 모바일 restAPI콜을 담당하는 서버가…

  1. 같이 있어서 구체적으로 문제가 생기는 게 없다면 같이 있는 게 더 좋습니다. 같은 구성의 서버가 여러 대 늘어나는 것이 여러 종류의 서버가 늘어나는 것보다 관리 및 부하분산에 더 효율적입니다.

  2. 아마 제가 위의 케이스입니다. 문제는 어플리케이션이 한서버네 여러개 올라갈때 쪼게는게 어려운게 아니고 하나의 어플리케이션을 서비스 도메인 단위로 쪼갤때 서로간의 의존성을 끊는것과 다시 연결하는 것이었습니다

  3. 저도 위와 같이 구성했습니다. 처음에는 api 서버 2대 웹 서버 2대로 인스턴스를 나눌까도 고민했지만 그정도의 트래픽은 아니라서 인스턴스 두대에 api , web 을 두었습니다. 인스턴스 사양은 t2.medium 으로요 .. 그런데 지금은 구성을 바꾸려고 합니다. 서버인스턴스를 t2.small 로 낮추고 api 두대 , web 두대로 각각 나누려고 합니다.

  4. 나누려고 하는 이유는 1. 현재 구성은 Nginx 서버 하나에 WEB, API WAS 가 연결돼있는 상태라서 어쩔수없이 ELB에서 헬스체크 API 를 80포트가 아닌 WAS 포트로 날려야하는 점. 2. 인스턴스가 shutdown 되거나 문제 발생시 app, web 이 동시에 죽는점. 3. 서버를 4대로 늘려도 인스턴스 사양을 낮추니 가격은 동일한 점 4. app 과 web 이 완벽히 분리되어 서로 의존성이 완전 사라지는 이점 5. 관리하기 편한점 등이 있습니다.

  5. 이상한거 아닙니다.
    Web이나 app/was서버를 같이쓰는건 일반적이구요.
    개발자입장에서 같이쓰면 관리서버가 줄어 좋구요.
    단지 사용자가 폭주하면 앞에 웹 nginx로 분리하면 됩니다.
    보안적으로는 외부에서 접속하는 서버가 db를 바로 접속하므로 리스크는 좀 있구요.
    전자금융거래법을 적용받지않는 서비스로 보이니 법적으로 분리할필요는 없어용^^♡

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.