Campaign Management Layer 도입을 통한 Admin Panel 구축 리소스 제거

How I finally stopped building custom push notification dashboards

Nitin Bhardwaj2026년 4월 21일2분beginner

AI 요약

Context

Firebase 및 OneSignal 기반의 Push Notification 인프라 운영 중 마케팅 요구사항 대응을 위한 Custom Admin Panel 개발 필요성 증대. 개발자가 캠페인 설정 및 A/B 테스트 기능을 직접 구현함에 따라 Sprint 리소스의 상당 부분이 비핵심 기능 개발에 소모되는 병목 현상 발생.

Technical Solution

기존 Delivery API를 유지한 채 상단에 Campaign Management Layer를 추가하는 Overlay 아키텍처 채택
서비스 워커 및 기존 Push Notification 로직 수정 없는 Plug-in 방식의 Provider 연동
Non-technical 사용자를 위한 AI 기반 Copy Generation 및 Scheduling 인터페이스 분리
개발자 인프라와 운영 요구사항 사이의 간극을 메우는 전용 관리 계층 도입을 통한 관심사 분리(Separation of Concerns) 구현

실천 포인트

1. 외부 인프라 도입 시 기존 스택의 마이그레이션 필요 여부 확인

2. 비개발 직군을 위한 관리 도구 구축 전 기성 Management Layer 존재 여부 검토

3. 핵심 도메인 로직과 운영 툴링의 의존성 분리 설계 적용

태그

#Architecture #Firebase #Push Notification #SaaS #Campaign Management

원문 읽기