대량의 푸시가 오갈때는 전용 푸시서버를 운영한다고 들었습니다.
이런 경우는 자체적으로 확인할수가 있어서 전송률을 올릴수가 있을것 같습니다. 하지만, 비용은 엄청나겠죠.^^;; (간단히 생각해 보면 단말에서 받았다고 리턴해 주고, 받았다는 리턴 못받으면 서버에서는 계속 푸시를 날려주면 될것 같지만, 실제는 더 복잡하겠죠..^^)
아니면 대부분 안드로이드의 경우 구글 GCM서비스를 이용해야 하는데..
이 방식은 자체서버에서 구글 GCM서버로 푸시메세지를 보내면 구글GCM서버에서 단말에 푸시를 보내는 방식인데, 이게 99% 이상이 될려면, 구글 서버에서 보장을 해줘야 하는데...과연 구글에서 이걸 보장해 주겠냐 하는거죠. 물론 GCM서버에서 리턴값을 주기 때문에, 자체서버쪽에서 리턴값 보고서 retry로 여러번 보낼수 있게 할수 있어서 전송률을 올릴수 있지만, 이건 어디까지나 일반적인 상황이고, nsys 님 말대로 여러가지 예외적인 상황에 대한 문제까지 구글에서 보장해 주지는 않는걸로 알고 있습니다.
정확한 통계는 모르겠지만 저희 서비스에서 GCM을 사용해서 푸시를 발송할때 제대로 발송되는 비율이 95%도 안될 것 같네요. 대량으로 발송이 되는 경우에 gcm 서버 자체에서 타임아웃이 나기도하구요. gcm을 호출하는 라이브러리 버그도 있었던 적이 있고 여튼 여러가지 사유로 도달율이 엄청 높진 않아요.
등록안내
이런 경우는 자체적으로 확인할수가 있어서 전송률을 올릴수가 있을것 같습니다. 하지만, 비용은 엄청나겠죠.^^;; (간단히 생각해 보면 단말에서 받았다고 리턴해 주고, 받았다는 리턴 못받으면 서버에서는 계속 푸시를 날려주면 될것 같지만, 실제는 더 복잡하겠죠..^^)
아니면 대부분 안드로이드의 경우 구글 GCM서비스를 이용해야 하는데..
이 방식은 자체서버에서 구글 GCM서버로 푸시메세지를 보내면 구글GCM서버에서 단말에 푸시를 보내는 방식인데, 이게 99% 이상이 될려면, 구글 서버에서 보장을 해줘야 하는데...과연 구글에서 이걸 보장해 주겠냐 하는거죠. 물론 GCM서버에서 리턴값을 주기 때문에, 자체서버쪽에서 리턴값 보고서 retry로 여러번 보낼수 있게 할수 있어서 전송률을 올릴수 있지만, 이건 어디까지나 일반적인 상황이고, nsys 님 말대로 여러가지 예외적인 상황에 대한 문제까지 구글에서 보장해 주지는 않는걸로 알고 있습니다.