GCM 푸시 발송에 대해서(유저별 뱃지카운트)

Question

안녕하세요. 푸시 발송 개발을 하는 중인데,푸시 발송시에 registration id 리스트를 넘기면 동일한 메세지로 대량 발송이 가능한 상태입니다.MulticastResult results &#61; sender.send(payload, registrationList, retryCount);대충 이런식으로 사용 중입니다.그런데 유저별 뱃지카운트를 관리하여 유저별로 다른 뱃지카운트를 보내야하는 상황이 되었는데,지금으로서는 발송 자체를 단말별로 뱃지카운트가 다른 payload와 함께 건바이건으로 보내는 방법 밖에 없어보입니다.이게 맞는건가요? 100개의 단말(유저)에게 발송시 gcm으로 100번의 리퀘스트를 날려야 하는...이런 경우 어떻게 하시는지요? (이게 맞다면, 발송대상이 많으면 발송 완료되는 시간도 꽤 오려 걸릴꺼 같은데...)

초심자 · Accepted Answer

Gcm 안에서 답을 찾으시는건가요? 메시징 서버를 구축하시면 해결되지만 무료인 GCM서버는 한계가 있습니다 어쩔수 없어 보이네요 ㅠㅜ

코드메트릭스 · Answer

검색해보니 registration id 별로 payload 를 다르게 보내려면 어쩔수 없나보네요.발송 방법의 문제군요. 줄세워서 루프로 돌리면 나중엔 답이 없긴하겠네요. 첫 발송 요청과 마지막 발송요청의 시간차가 엄청 날듯;;;분산처리로 발송을 하거나 해야하겠군요. 이와 관련해서 푸시 발송에 대한 조언 부탁드립니다. ㅜ.ㅜ

코드메트릭스 · Answer

푸시 발송을 위한 메시징 서버를 두진 않았습니다.참고할만한 아키텍처 적인 내용의 문서가 있을까요? MQ를 사용한다는 이야기는 들어봤는데... 아직 경험이 없어서요.

스타 · Answer

제 의견은 뱃지를 업데이트 해야 하는 대상에게 서버에서 뱃지 조회하라는 명령만 푸시로 이벤트로 날리고 응답을 받은 단말의 앱이 그 명령에 따라 서버로 조회를 하게 될 것 같아요. 단 서버 조회시 트래픽 폭주를 대비하여 적당히 간격을 두고 조회 하도록 하거나 멤캐시 등으로 대응 할 것 같습니다.그런 서버가 없다면 다음 전략으로 뱃지 카운트가 같은 사용자를 묶어서 날리도록 할 것 같네요.뱃지가 골고루 분포되어 있다면, 어쩔 수 없이 개별로 보낼 수 밖에요.

고고 · Answer

스프링을 사용 중이라면면제공하는 스레드풀을 사용하여 비동기로 보내시면 해결되십니다.조금 다른 경우지만 저는 발송 대상이 너무 많아서 이처럼 처리하여 몇사간 걸릴걸 몇문내에 완료처리했습니다.

GCM 푸시 발송에 대해서(유저별 뱃지카운트)

5개의 답변

#gcm 목록