알림 시스템 액션 플랜

[InHyeok-J]

예상 클라이언트

• 웹(Next.js )
• 앱(React Native)
  • 안드로이드
  • ios

비지니스 목표치

자격증 응시 현황

자격증 이름	2023 필기 시험 응시 인원	비고
정보처리기사	60,024	현재 앱 내 제공
정보처리 산업기사	8,707	현실적인 확장 가능성 존재
정보처리 기능사	11,197	현실적인 확장 가능성 존재
산업 안전 기사	80,253	기사 중 가장 많이 응시
지게차 운전 기능사	110,279	기능사 중 가장 많이 응시
산업안전산업기사	38,901	산업기사 중 가장 많이 응시
컴퓨터활용능력2급	222,442	가장 많이 응시한 국가기술 자격

1. 현재 제공하는 자격증 정처기 : 6만명
2. 현실적으로 확장 가능하는 자격증 정처기 산업기사, 기능사 : 약 2만
3. 그 다음으로 확장 예상되는 자격증 : 가장 많은 산업안전 기사, 지게차 운전 기사 중 1개

현실적인 2024 올해 확장이 가능한 자격증이 포함 8만(1+2) + 3번 중 1개 ⇒ 20만 명을 기준

최대 사용자 20만명 예상

20만명에게 알림 전송 후 10초 이내 알림이 전달하는것을 목표로 잡음

액션 플랜

목표

GOAL: 앱 내 모든 사용자 중 학습 플랜을 진행중인 사용자에게 10초 이내에 알림이 전달하는 것을 목표.

• 사용자는 최대 20만명 까지 가능
• 디자이스 도착 시각과 / 사용자 수신 시각을 수집해야 함

세부 프로세스

세부 프로세스	설명
학습 플랜 진행 여부 확인	플랜이 진행중인 사용자에게 알림 전송을 하기 위해 진행
학습 플랜 성취 여부 분석	사용자에게 성취 여부에 따른 다른 메시지를 전송함
알림 메시지 생성	성취 여부별 알림 분석 및 데이터베이스 저장
알림 전송	외부 메시징 플랫폼을 활용해 알림 전송
응답 수신	사용자의 알림 수신 여부 저장

예상되는 문제점

배치 플랜이 어긋난 경우 대응이 필요

• ex) 오후 6시 작업 / 푸쉬가 다 안감 / 어떻게 처리할 것인가?
  • https://6mini.github.io/data engineering/2021/12/29/airflow/
  • 아파치 에어 플로우로 미리 사전에 정의한 작업에 대해 플로우 및 모니터링을 제공한다.

푸쉬를 쏘면 안되는 경우

• 6시 배치 / 6 ~ 9시 점검을 해야 한다 / 어떻게 할 것인가 /

1. 메타데이터 관리를 진행하는 데이터를 어딘가에 저장해서 확인한다.
   1. RDBMS에 저장하는 경우 속도가 느리다
   2. was 메모리에 저장하는 경우 확장성에 문제가 생김
   3. 중앙 캐시 스토어에 저장하기. (Redis)

푸쉬 처리 시에 작업 서버는 데이터베이스를 확인해야 하는가? 확인하면 발생하는 성능 문제

• 푸쉬 처리 시 사용자 정보 DB를 매번 찌를 수 없음 /
• 작업 서버가 카프카/DB/FCM을 다 봐야 하는지 ?
• 메시지 전송시 같이 전송

분당 발사 할 수 있는 API 호출이 5000개일때 / 사용자가 천만명인 경우

API 5천이 호출되는 것을 어떻게 보장할 것인가?

작업을 실행하는 서버의 가용성은? late limit 컨트롤?

카프카 사용

• 서버의 가능한 처리량을 위해 카프카를 사용한다.
• 소비자가 가능한 가용만큼 처리할 수 있게 구성

RabbitMQ 사용

• 소비 서버의 자원 처리량에 맞게 스케일 아웃이 가능하게 쿠버네티스 같은 컨테이너 오케스트레이션 구성

테스트 플랜