높은 휴대전화 보급률과 개인화 마케팅 성장으로 확장되어 온 기업 메시징 시장의 흐름을 짚고, DB에 agent를 설치하는 기존 방식 대신 API 기반 통합 Notification 플랫폼을 선택했을 때의 확장성과 운영 이점을 설명한다. 나아가 active-active 데이터센터의 복잡한 DR 절차를 분석하고 이를 단순화하는 개선안까지 제시한다.
핵심 포인트- 메시징 채널이 SMS에서 LMS·MMS·카카오 비즈메시지·RCS·이메일·앱 푸시로 넓어지고 단순 CRM 발송도 개인화·세분화 타기팅으로 발전하면서 채널별 목적·정책이 달라 통합 운영 필요성이 커짐
- DB에 agent를 설치하는 방식은 DBA 부담·증설 비용·발송 속도에서 한계가 있어, 인증·일반·대량 마케팅 용도를 분리하고 요청량에 따라 scale-out하는 API 연동으로 전환 — 중복 발송 제한·광고 시간 제어·webhook·백업·template 관리를 한 플랫폼에서 제공
- 판교·평촌을 모두 쓰는 active-active는 자원을 활용하고 장애 시 대체 센터 동작을 보장하지만, 현재 판교 장애 복구는 GSLB 차단·평촌 DB master 승격·앱 DB 연결 전환을 시스템·DB·개발 조직이 나눠 수행하는 수동 3단계
- 개선안은 평촌 DB를 standby로 두고 양쪽 DB에 VIP를 할당해 GSLB로 묶어 앱이 공통 주소로 접속 — 차단과 평촌 routing 두 단계로 줄여 사람·인프라 의존을 낮추고, 다중 문자 중개사 부하 분산과 API Gateway 기반 rate limit·IP ACL도 로드맵으로 제시
왜 읽나대규모·다채널 메시징 플랫폼을 운영하거나 재해 복구를 설계하는 엔지니어에게 API 통합의 확장성과 active-active DR 절차를 GSLB·VIP로 단순화하는 구체적 개선 사례.