Android / 메신저 어플은 GCM으로 하면안되나요?

Question

안녕하세요.회사에서 게임 내부와 소통할 수 있는, 메신저어플을 만드는중입니다.기획 당시에는1. 어플에서 로그인 -> 초기데이터를 전달받음 (친구 정보, 로그인정보)2. 메세지 쓰기 친구초대 등은 서버에 request -> 관련 정보 response3. 친구정보가 변경된다던가 메세지가 오는것은 무조건 GCM으로 푸시함.이렇게 기획을 잡고 시작했습니다.그런데 갑자기 서버개발자가 의문을 던지더군요. &#34;GCM 손실율이 있지않아?&#34;검색해보니 &#34;손실될 가능성을 염두해둬야한다&#34; 라고 하더군요. 손실 가능성은 충분히 있고,GCM의 경우 실제로도 20%정도의 정보가 손실된다고 하네요.그래서 그럼 폴링 방식으로 진행하자는 얘기가 됐습니다.그런데 서버쪽에서 골치아프다며 폴링 말고 다른방식이 없을까하면서 검색좀 해보랍니다.. ㅠ (클라지만,, 전 신입이기에..)또 검색하다보니, 실제 어플이 켜졌을때랑, 백그라운드에 있을때랑 처리하는 방식을 달리하는 방법도 있더군요.실제 어플이 켜져있을 때:1. 소켓 연결로 바이너리 통신2. 폴링하다가 정보 전달 후, 바로 다시 폴링백그라운드에 있을 때:1. GCM을 이용한 메세지가 왔다는 정보 전달 (실제로 어플을 켰을 때, 대화 정보를 가져옴. 그전엔 알림기능일뿐)2. 10초, 20초 등 시간 단위를 두고 폴링이런 방법들이 있다는 정도만 알게됐습니다. 2-2 (실제어플-백그라운드) 의 조합이 예전 카카오톡이였다나? 그랬던거같은데.. 흠..뭐가 효율적인지 모르겠네요..혹시 다른 방식이 있다면 알려주실 수 있을까요?&#43; GCM 메세지 손실에 대해 알고계신거라던가, 어떤것을 손실로 하는지라던가.. 그에 대한 해결책은 없나요? GCM 메세지를 서버에서 보내고 나서 구조체를 받을 때, 성공했는지 실패했는지 정보가 온다는거 같은데, 이게 손실률에 포함된건가요?

박종복 · Accepted Answer

GCM손실률은 최소20% 되는것 같구요. 전송옵션을 조절해서 손실률을 줄일수는 있지만,손실을 없앨수는 없는것 같습니다. 서버쪽에서 GCM push를 날리고 전송결과를 받기때문에 성공여부는 체크할 수 있습니다.별도의 push서비스를 개발할 여력이 안되신다면 아래처럼 하는게 어떨까 합니다. 1. 어플이 꺼져있을때는 GCM push2. 어플이 실행될때 폴링(GCM 손실복구)3. 어플이 실행중일 때는 socket.io로 push

cozyhyunny · Answer

저번에 푸시 보낼때 손실율 때문에 푸시회사 솔루션을 이용했었는데요. GCM 말고 푸시 회사를 알아보시는것 어떠신가요?

hitkdcjf · Answer

asdkf20 / 좋은 방법인것 같긴한데요, 폴링과 socket을 별도로 구현햇을 때 이점이 있을까요?cozhyunny / 푸시 회사 추천해주실만한 곳이 있나요? 그런데 별도 푸시회사는 손실율이 없는건가요? 손실에 대한 문제가 없는지가 가장 큰 안건인것같습니다. 그리고 혹시 푸시 보낸 순서대로 받는 순차성 보장이 되나요?

박종복 · Answer

socket을 별도 구현하지 않으면 어플을 실행중에 실시간으로 메세지를 받지 못하는 문제가 있겠죠.물론 socket을 쓰지 않고 실행중에도 폴링을 지속적으로 수행할 수도 있습니다.

cozyhyunny · Answer

회사이름이 필링크 네요. 한번 이회사 저회사 알아보심이.. ㅋ 손실율을 푸시회사 개발진하고 이야기하는데 정확할거 같고요 ^^;아마 GCM보다는 손실율이 많이 줄어들것 같아요. 망이 안통하는 곳(터널정도)에서 통하는 곳으로 왔을때어떻게 되나 실사 테스트 한번 해보시면 좋을거 같고요 ㅎㅎ

hitkdcjf · Answer

asdkf20 그렇군요 cozyhyunny / 혹시 Amazon SNS(https://aws.amazon.com/ko/sns/) 혹은 Amazon SQS(http://aws.amazon.com/ko/sqs/)에 대해서도 고려해보신 적 있나요?

핫뜨거 · Answer

손실율이 20%나 되나요? 흐미...gcm은 한번에 100명(?)정도만 전송되고 그 이상은 구글에 별도로 요청하여야 하는걸로 알고 있습니다.그리고 푸시알람 왔을때 클릭하는 이벤트에서 읽었다고 서버에 전송해서 읽음여부 처리하고,안읽은 유저가 있다면 서버의 배치작업을 통해 재전송하면 되지 않나 싶네요.

cozyhyunny · Answer

아니요.제가 그 위치가 아니라서 고민은 안했어요. 저는 GCM 푸시가 안날라가면 대체할수 있는 수단은 없다는 거에 대해서 갑회사 개발자가 있는 자리에서 살짝 언급을 했을 뿐이였죠.

핫뜨거 · Answer

sms도 마찬가지로 실패율이 존재합니다.번호가 바뀌었거나 중지상태, 사용자수신거부등 다양한 이유가 있지요.중요한건 전송시마다 로그를 쌓는다는겁니다.해당 로그에서 실패내역만 조회가 가능하고, 실패사유도 같이 기록되어 있죠. 위와 마찬가지로 push 메세지도 전송시마다 로그를 기록해서 관리하면 되지 않을까싶네요.괜히 손실률 대비해서 별도로 시스템을 구축하면 개발 기간만 늘어나고양쪽을 유지보수해야 하니 그런것도 만만치 않고...고생만 할거같네요.잘 해결하시길...

박종복 · Answer

// hitkdcjf저는 모바일쪽 개발자가 아니라 관심있어 한번 해본거라 더 자세한건 말씀드리기 힘들것 같네요~더 자세한건 다른분에게 답변 받으셔야 할것 같네요~~^^

Android / 메신저 어플은 GCM으로 하면안되나요?

10개의 답변

Q&A 목록