RX/XE 기능개발 내역 - 푸시모듈 (sejin7940_push)
RX/XE 기능개발 내역
의뢰 전에 실제 구현가부가 걱정되시는 경우
또는 XE로 이런게 구현가능한지 의구심이 드는 경우들을 위해
실제로 XE 기반으로 제작한 기능들을 간단히 소개합니다.

단, 기재한 모든 기능들은 전부 의뢰자들의 요청에 의해 제작된 유료자료들입니다.
( 타사이트들처럼 템플렛형태로 다량 판매 자료로 만들어진 자료들이 아닙니다. )

따라서 가격대가 저가는 아님을 미리 알려드립니다. ( 기존 의뢰자와의 형평성을 감안해 비용측정됩니다)
구매 및 제작 원하시면 XE 제작의뢰 게시판에 글을 남겨주시면 됩니다.

[푸시모듈 (sejin7940_push)] 푸시시 웹서버 부하를 최소화하기 위한, 그룹화 기능 구현 ( tag 및 segment 기능 )

sejin7940 조회:141 2024.01.07 07:03

1.

공지 푸시나 구독 푸시의 경우는 구조상 서버에 부하가 걸릴 수 밖에 없다

 

하나의 글이 등록되었을때

그 글에 대해 구독신청한 사람의 전체 목록을 추출해서 알림을 보내야하기에...

구독자 목록을 뽑는 과정에서 한번 부하가 걸리고 

그 각각의 구독자에게 알림을 보내는 과정도 또 하나의 부하 요소가 된다

( 특히 이용자가 많은 사이트일수록 이 문제가 심각해진다.  추출 후 알림도 문제고,  새로운 글 등록도 그만큼 많을테니 )

 

따라서 하나의 등록기기마다 하나의 푸시를 발송하기보다

한번의 푸시에 해당 업체에서 허용하는 최대 등록기기 수만큼 한꺼번에 전달하는게 좋다

 

한번의 푸시에 전달할 수 있는 최대 등록기기의 수는 웹푸시업체마다 다르다

( 예를들어 플레어레인은 100개의 기기정보까지만 하나의 푸시에 동시에 보낼 수 있다 )

 

이를 설정에 넣어,  사용하는 푸시업체에 맞춰 설정 사용가능한 기능을 구현했다.

 

 

2. 

하나의 푸시에 여러 기기정보를 한꺼번에 모아보내 푸시발송 횟수를 줄인다해도

푸시대상이 되는 회원목록을 뽑아 검토하는 것 자체가 부하의 대상이 된다.

( 물론 등록시점에 실시간으로 발송시키는게 아니라,  소켓방식으로 신규글이 아주 빠르게 많은 사이트가 아니면 괜찮지만 )

 

따라서 가장 좋은 방법은,  해당 푸시사이트에서 지원을 한다면

그룹발송 기능 같은 형태를 사용하는 것이다  ( 대표적인 웹푸시사이트인 flarelane 에서는 segment 발송 방식이라 한다 )"

 

 

구독기능의 이용자수가 많을때 푸시의 부하를 줄일 수 가장 좋은 방법은

발송 대상이 되는 회원목록을 서버에서 추출해 검토하는 것이 아니라

 

특정 그룹이나 태그 기준으로 회원을 분류(그룹화)하는 것 자체를 웹푸시 서버에서 하고

( 그러기 위해서는 서버에서 회원이 푸시를 허용할때 해당 회원에 관한 특정 정보들을 해당 웹푸시서버에 전달해서 구독기기 정보랑 연결을 해놔야한다.  tag 기능들 )

실제 푸시요청을  앞서 웹푸시서버에서 분류해둔 그룹키 를 전달하면,  그에 대한 상세 기기들 정보는 웹푸시 자체에서 처리하게 하면 된다.  ( segment 기능 ) 

( 즉, 1건의 푸시요청으로도 관련된 모든 유저에게로의 푸시가 이뤄진다 )

이렇게 하면 서버 부하를 완전히 줄일 수 있게 된다  ( 물론 그 전에 웹푸시 설정단계에서 추가개발작업이 많이 필요하지만 )

 

어쨋든 이 작업을 해두어서  서버의 부하를 최소화하는 기반을 구현해놨다.

 

목록
전체 4건
카테고리
XE Login