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

✏️ Device Token 관리 정책과 API 설계에서 예외 시나리오 검토 #54

Closed
2 tasks
psychology50 opened this issue Apr 20, 2024 · 0 comments
Closed
2 tasks
Labels
function 긴급하고, 중요도가 낮은 이슈

Comments

@psychology50
Copy link
Member

이슈 주제

  • Device API에서 예외 시나리오에 대한 대응 방향 모색

이슈 설명

  • FCM에서 권장하는 Device Token 관리 정책을 준수하기 위해서 추후 BE에서 스케줄링을 통한 관리를 진행할 예정.
  • 현재 방식에서 2가지 문제점이 존재함.
  1. Device Token을 갱신할 때 사용자 Device 정보도 함께 받음.
    • 사용자의 os가 변경될 수도 있기 때문에, device token 정보가 변경되지 않았음에도 updated_at 필드가 갱신되는 이슈
  2. Client와 Server가 별도의 정책으로 토큰을 관리하고 있음.
    • Server는 Client가 새로운 토큰 등록토큰 갱신에 따라 올바른 요청을 보낼 것이라 기대함.
    • 하지만 사용자가 App 데이터를 삭제하는 경우, Client는 새로운 토큰 등록으로 보내는 문제가 발생함.
    • 토큰이 갱신되지 않았다면 Server가 핸들링하고 있지만, App 데이터가 제거된 후 FCM 토큰까지 재발급되는 경우 쓰레기 데이터가 지속적으로 쌓이게 됨.
    • 현재 정책으로는 쓰레기 데이터라고 판단하고 삭제할 수 있는 근거가 존재하지 않음.

할 일 목록

  • Device 정보와 DeviceToken 테이블 분리 여부 논의
  • 지속적으로 쌓이는 쓰레기 데이터의 처리 정책 논의
@psychology50 psychology50 added bug 긴급하고, 중요도가 높은 이슈 architecture 긴급하지 않고, 중요도가 높은 이슈 function 긴급하고, 중요도가 낮은 이슈 and removed bug 긴급하고, 중요도가 높은 이슈 architecture 긴급하지 않고, 중요도가 높은 이슈 labels Apr 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
function 긴급하고, 중요도가 낮은 이슈
Projects
None yet
Development

No branches or pull requests

1 participant