Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

푸쉬 알림 및 이메일 발송 전 큐 사용으로 변경 #138

Open
1 of 5 tasks
hyejungg opened this issue Mar 23, 2022 · 0 comments
Open
1 of 5 tasks

푸쉬 알림 및 이메일 발송 전 큐 사용으로 변경 #138

hyejungg opened this issue Mar 23, 2022 · 0 comments
Assignees
Labels
feat 새 기능 추가

Comments

@hyejungg
Copy link
Member

hyejungg commented Mar 23, 2022

What is this issue? 🚀

현재 푸쉬알림 및 이메일 발송 전에 큐를 사용하지 않음.

현재 푸쉬알림 서비스에서 firebase 의 api를 이용하여 요청을 보내 처리를 진행하고 있음.

중간 매개체에 메세지큐를 사용하면 발생할 수 있는 장점은 다음과 같음.

  1. 어제자 PR에서 우려한 상황 중 하나인 예외처리 발생 시 무한 반복 호출이 안되도록 할 수 있을 거라 판단.
    • 예외 발생 시 못보낸 토큰만 따로 재정의하여 레디스로 보내고 큐로 전달되는 형태로 변경
  2. 현재 멀티캐스트 방식은 호출당 최대 500개까지 동시 전송이 가능한 것으로 알고 있음.
    • 더 다량의 전송을 위해서는 전송 형식을 바꾸더라도 메세지 전송을 위한 큐 사용 필요하다고 판단.

참고자료

Progress 🏃‍♀️

  • 푸쉬 서버와 api 서버 분리?!
  • 메세지 큐로 redis 도입 (도입 이유 댓글에 작성해두기)
  • redis 설치 및 접근
  • 중간에 redis를 거쳐서 푸쉬 알림 전송하도록 변경
  • 이에 따른 예외처리 추가
@hyejungg hyejungg added the feat 새 기능 추가 label Mar 23, 2022
@hyejungg hyejungg added this to the Noti 구현 기능 milestone Mar 23, 2022
@hyejungg hyejungg self-assigned this Mar 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feat 새 기능 추가
Projects
None yet
Development

No branches or pull requests

1 participant