setInterval 로 1초 마다 갱신 하는게... 부하가 없을까? 정보
setInterval 로 1초 마다 갱신 하는게... 부하가 없을까?
본문
취미 중 하나가 , 웹 사이트 서핑인데
어떤 사이트에 가면, 1초마다 ajax로 페이지를 호출 하더라구요
뭐 문제 있겠냐만은...
이게 100명이 되고 1000명이 되고 10000명이 되면,
서버 부화가 엄청 심할 것 같은데......라는 생각이 들더라구요
setInterval 로 시간 카운트 하는거야 뭐 클라이언트에서 지지고 볶는 거라 치지만
서버에 1초 마다 호출 하는 건 좀.......이란 생각이 드네요
회원님들의 생각은 어떠세요?
뭐 동접이 많이 없는 사이트이니 괜찮다...라는 접근은 조금 위험한 것 같기도 하구요 ㅎ
1
베스트댓글
php 가 아니라 nginx 에서 단순 정적 파일을 사용하면, 어느정도까지는 문제 없습니다.
Php + mysql 형태의 웹페이지를 호출하니 문제가 되는것입니다.
12년전에 웹소켓이 보편화도지 않던 시절 lsyncd 를 사용하려 동접자 수천까지는 이방식으로 사용했습니다.
요즘은 웹소켓 push 서버나 서버 push 으로 구현해랴죠.
성능에 문제가 없으면 사실 어떤방법을 써도 정답이라고 봐야합니다.
댓글 10개
굉장히 위험한 발상이라고 생각합니다.
아마도 전에 그렇게 구현을 해보려고 했을거에요 ㅠㅠ
@리자 저도 약간 위험하다? 라고 생각하는게 언제 뻗을 지 모르겠다는 생각도 들더라구요 ㅎㅎㅎ
외주개발사가 대충 구현한 케이스 같네요.
@무신사 대충이라고 언급하기엔 그래도 프로그램 자체의 완성도는 괜찮아서..>또 그런건 아닌 것 같아요
서버 뻗지 않을까요
실시간 데이터를 가져 오려고 뭔가 하려고 하거나 테스트 하다가 엄마가 밥머고 하라고해서 깜빡한거 같은데 ㅎㅎ
@예뜨락 저도 뻗을까? 아닌가? 계속 갸우뚱 하면서 글 적어봤어요 ㅎ
깜빡이 아니라 실서비스중입니다 ㅠ
php 가 아니라 nginx 에서 단순 정적 파일을 사용하면, 어느정도까지는 문제 없습니다.
Php + mysql 형태의 웹페이지를 호출하니 문제가 되는것입니다.
12년전에 웹소켓이 보편화도지 않던 시절 lsyncd 를 사용하려 동접자 수천까지는 이방식으로 사용했습니다.
요즘은 웹소켓 push 서버나 서버 push 으로 구현해랴죠.
성능에 문제가 없으면 사실 어떤방법을 써도 정답이라고 봐야합니다.
@솔그루 response 되는 값을 확인해보면, 정적이 아니라, 서버에서 계속 호출 하고 있습니다.
새로운 데이터가 없다면 같은 데이터를 계속 해서 뱉어 내는 거 보면,
아마 지속적으로 쿼리문 돌아가는걸로 보여요 ㅠㅠ
맞아요 산으로 가던 바다로 가던 제주도만 가면 되죠~~
한가지 더 생각해 본다면 서버가 여러대고 분산 처리 하는것일 수도 있습니다
짝수 초일때 1번 서버 홀수초일때 2번 서버 하듯이 ...
갑자기 부럽네 ㅎㅎㅎ
그거 부하 너무심해서 DB 거치는거 전부 레디스로 돌리고 캐시할수있는건
다 캐시로 했어요.
사용자는 1초에 3000명 접속 하는곳이였어요
