실시간 GPS 정보 저장에 따른 트래픽 문제 해결방법?

[질문]

 

 

어플을 만들고 있습니다.

LBS 어플인데, 실시간 10초 정도 마다, 약 2,000명 ~ 30,000명 ~ 최대 100,000 명 까지

의 트래픽을 감당해야 합니다. 클라이언트가 이것을 원합니다.... --;

 

한번 데이터를 전송 할 때, 약 30 byte 정도의 데이터를 보냅니다. (ID, GPS값, 시간) 

이것이 어느 정도의 트래픽이 되어서 ... 서버 유지 비용이 어떻게 될지 잘 모르겠습니다.

 

동접을 2,000 명으로 잡아야 하는 것 인가요?

 

또한, 이럴경우 .. 이러한 값을 계속 누적해서 저장을 해야 하는지, 아니면 업데이트로 해서 ...

갱신하는 것이 좋을지도 ... 잘 모르겠습니다.

 

답변 부탁 드립니다... 제발...

 

 

 

[답변]

 

안녕하세요.  IT전문  컨설턴트입니다

 

LBS(위치정보기반시스템)에서 GPS와 연동하여 데이터를 전송하는 방법은 여러가지 방법이 있습니다.
개발적인 관점에서 분석을 해보았을때,
그 중에서 가장 쉽게 진행할수 있는 방법은

GPS값의 업데이트 마다 데이터를 전송시키는 방법입니다.
예상하시듯이 문제는 업데이트로 인한 트레픽과 세션에 대한 부분이 문제가 될것으로 보입니다. 트레픽의 경우 전송되는 파일의 용량이 작기때문에 큰 문제는 되지 않지만, 동시에 많은 사용자들이 서버에 접속하여 파일을 전송하기 위해서는 Session이라는 가상의 변수를 배정받아야 합니다. 일반적인 Web서버 기준으로 Session이라는 가상변수는 2500~3000개의 변수를 동시에 관리할수 있습니다. 이런 문제로 인해서 순간적인 동시접속자에 대한 분석이 가장 중요한 작업이 될것으로 생각이 됩니다. 세션을 초과한 요청이 올경우 기존 세션을 반환하기 전까지 신규접속자는 대기 상태로 전환되게 됩니다. 이 작업이 반복된다면 시스템이 느리다는 평가를 받으실수 있습니다.
로드벨런싱이나 라운드로빈방식의 DNS작업으로도 충분히 관련된 부분의 문제는 해결이 가능합니다.
단지, 예상하는 수치에 따라서 서버의 증설 및 네트워크 확장이 가능하도록 초기에 설계하는것이 가장 좋은 방법입니다.

다른 방법으로는 구글에서 주로 사용하는 배치방법의 전송기법입니다.
로컬장치에 임시로 데이터를 보관해 두었다가, 데이터의 용량이 어느정도 이상이 되거나, 시간되별로 데이터를 모아서 전송하는 방법을 사용할수 있습니다. 또는 시작 및 종료시에 전송을 진행하는 방법도 있을것으로 생각이 됩니다.  현재 상황에서 서버의 무리한 투자가 예상되시는 상황이라면 이 방법또한 괜찮은 전략이 될수 있습니다.

일단 초기 단계의 시스템 개발이시라면 후자의 비중을 두고 준비를 하시는 것이 좋으실듯 합니다.
클라이언트측에서 서비스의 완성도를 염두해 두신다면, 다소 비용이 들더라도 전자의 방법을 사용해야만 할듯합니다. 또한 동접자의 분석은 서비스를 이용하는 접속자의 행동분석이후 파악이 가능합니다. 1명의 유저가 접속을 하더라도 지속적인 클릭이나 서비스를 요청한다면, 그만큼의 동접자는 낮아질수 밖에 없습니다.

장기적인 관점에서 네트워크 컨설팅을 진행하는 업체나 IDC관련 업체에 문의를 해보신다면 서버 및 네트워크 요소에서의 구체적인 답변을 받으실수 있을듯 합니다.