믿을 수 있는 재난 데이터는 이미 국가가 만들고 있습니다. 진짜 문제는 그 데이터를 제때, 위험한 사람에게, 알아듣게 전달하는 일이었습니다.
기상특보·지진·홍수·긴급재난문자 4종 공공 API를 하나의 파이프라인으로 묶어, 개인의 상황(나이대·건강 상태·활동 특성)에 맞춰 위험도를 판단하고 구독한 사람에게만 푸시를 보내는 백엔드입니다. 설계·컨테이너화·클라우드 배포·운영까지 1인으로 진행했습니다.
지표
- 4종공공 API 통합
- 147개테스트 (외부 의존 없이 실행)
- 0.3초웜 응답 실측
- 1인기획·개발·인프라·운영
데이터 흐름
- 수집기상특보·지진·홍수통제소·긴급재난문자 — 소스별 에러 격리, 중복 제거
- 지역 매칭행정구역명과 기상청 예보구역명을 이름 기반으로 연결
- 위험도 판단결정론적 규칙 매트릭스로 1차, 규칙 밖만 LLM 보조 판단
- 문구 생성개인 특성에 맞춘 LLM 생성 — 실패 시 3단 폴백으로 템플릿까지 내려감
- 발송FCM 웹푸시. 생성과 발송을 분리해 중복 발송을 막음
기술 스택
- FastAPI
- PostgreSQL
- SQLAlchemy
- Alembic
- Docker
- GCP Cloud Run
- Cloud Scheduler
- Neon
- FCM 웹푸시
- OAuth (구글·카카오)
- JWT
- LLM
화면 둘러보기
실제 UI를 샘플 데이터로 재현했습니다. 입력과 발송은 동작하지 않습니다.
왜 껐나
배포 후 한 달간 운영하며 두 가지를 관측했습니다 — 10분 주기 수집 크론이 DB의 유휴 자동정지를 무력화해 무료 한도를 23일 만에 80% 소진했고, 공공 API 서버가 클라우드의 나가는 IP를 차단해 수집이 멈췄습니다. 실사용자가 0명인 상태에서 차단 우회에 드는 비용보다 규명 기록이 더 가치 있다고 판단해 수집을 중단했고, 이후 서비스 자체도 정적 데모로 전환했습니다. 끄는 판단도 운영의 일부라고 봅니다.