44. (TWOK/LOGIC) [Server] 파이어베이스 단독 푸시 서버 구축 시 참고 고려 사항 정리 - Firebase Push Server

---

[로직 정리]

​

정리 로직 : 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주일 마다 테이블 데이터 초기화)

--------------------------------------------------------------------

---