알림 아키텍처를 설계할 때 고려해야 했던 점
 

1. 앱에서의 호출 하위호환성

• 리멤버에서는 사용자 경험을 위해 앱을 강제 업데이트하지 않고 있습니다. 그래서 이미 배포된 앱에서는 호출하는 URI를 바꿀 수 없는데요. 기존에 호출하는 API로 요청을 받되, API에서 처리하는 것이 아닌 알림 도메인으로 포워딩만 하도록 했습니다.

2. 이벤트

• 기존에는 생성, 수정, 삭제, 조회 모두 API로 요청을 받아 처리하고 응답을 보내고 있었습니다. 하지만 분리를 하며 다음과 같은 이유로 조회를 제외한 나머지 동작들은 모두 이벤트로 동작하도록 수정했습니다.

  - 조회 외에는 응답을 받을 필요가 없다.
  - 조회 외에는 실시간으로 처리가 될 필요가 없다.
  - 이벤트 방식으로 구현하면 외부 서비스의 의존성을 격리 시킬 수 있다.