Notice
Recent Posts
Recent Comments
Link
투케이2K
44. (TWOK/LOGIC) [Server] 파이어베이스 단독 푸시 서버 구축 시 참고 고려 사항 정리 - Firebase Push Server 본문
투케이2K 로직정리
44. (TWOK/LOGIC) [Server] 파이어베이스 단독 푸시 서버 구축 시 참고 고려 사항 정리 - Firebase Push Server
투케이2K 2024. 1. 18. 20:16[로직 정리]
정리 로직 : Server
상태 : [Server] 파이어베이스 단독 푸시 서버 구축 시 참고 고려 사항 정리 - Firebase Push Server
[설 명]
--------------------------------------------------------------------
1. FCM 푸시 메시지 발송 후 성공 , 실패에 따른 재전송 정책
>> (ex: 실패 사용자들은 10 분 뒤 다시 메시지 재전송 수행)
--------------------------------------------------------------------
2. FCM 푸시 메시지 발송 후 >> 실패 Case 유효하지 않은 푸시 토큰인 경우 관리 정책
>> 유효하지 않은 푸시 토큰 인 경우 메시지 재발송을 하는 경우에도 받을 수 없음
>> 유효하지 않은 푸시 토큰 인 경우 해당 사용자 정보에 토큰 사용 가능 여부값 (Y, N) 을 추가로 DB 에 저장 필요
>> FCM 푸시 메시지 재발송 (전) 푸시 토큰 사용 여부 값 확인 후 메시지 전송이 가능한 사용자들만 푸시 메시지 전송
--------------------------------------------------------------------
3. 유효하지 않은 FCM 푸시 토큰 인 경우 >> (중요) 내용 푸시 알림 전송 정책
>> 사용자가 반드시 알림을 확인해야하는 상황 인 경우 (ex: 중복 로그인) FCM 외 다른 메시지 발송 정책 고려 필요
>> 일반적으로 메시지 발송 정책은 가격을 고려해 [FCM >> 카톡 >> SMS] 순서로 재전송을 하고 있음
>> ex: 유효하지 않은 푸시 토큰을 가진 사용자는 FCM 실패 시 >> 카톡으로 알림 전송 >> 메시지 확인 >> 고객이 앱 접속 후 FCM 토큰 재갱신 수행
>> 해당 정책 적용 시 (기존) 고객이 다른 단말기로 로그인해 푸시 토큰이 변경된 경우라도 카톡으로 재전송해 해당 이슈 조치 가능으로 보임
--------------------------------------------------------------------
4. FCM 푸시 메시지 발송 성공, 실패에 따른 DB 히스토리 관리 정책
>> 기본적으로 푸시 메시지 발송 후 [실패] 가 된 경우는 DB 에 히스토리 이력 관리 수행
>> DB 에 쌓인 히스토리 이력 확인 후 푸시 메시지 발송 실패 원인이 [일시적인 네트워크 문제] 인지 또는 [실제 고객 단말기] 문제 인지 확인 후 안내 전달
>> 또한, 해당 푸시 실패 이력 테이블은 데이터가 많아 질수록 조회가 느리니 특정 기간 보관 정책 확인 필요 (7주일 마다 테이블 데이터 초기화)
--------------------------------------------------------------------
반응형
'투케이2K 로직정리' 카테고리의 다른 글
Comments