여기어때 이벤트 기반 통합 알림 플랫폼 구축기 Part 1. Why?
Summary
개인 웹훅이 94%? 여기어때가 '알림 지옥'에서 탈출해 '노티허브'를 만든 이유
파편화된 슬랙 알림을 조직의 자산으로 전환하고 개발 생산성을 극대화한 통합 알림 플랫폼 구축기
서비스 성장과 함께 쏟아지는 무의미한 알림 속에서 진짜 중요한 장애 신호를 찾아내기 위한 여기어때 DevOps 팀의 고민을 담았습니다. 개인 계정에 종속되어 관리가 불가능했던 기존 웹훅 시스템을 이벤트 기반 아키텍처로 재설계하여, 누구나 쉽고 명확하게 알림을 관리할 수 있는 전사적 기술 토대를 마련한 과정을 소개합니다.
- 0194.48%에 달했던 개인 계정 종속 웹훅을 팀 기반 오너십으로 완벽 전환
- 02이벤트 기반 아키텍처를 통한 비즈니스 로직과 알림 정책의 완전한 분리
- 03ArgoCD 및 GitLab 알림의 커스텀 포맷팅으로 장애 대응 속도 비약적 향상
- 04코드 수정 없이 UI 설정만으로 알림 채널과 라우팅을 즉시 변경하는 유연성 확보
- 05수백 개의 '유령 채널'을 정리하고 좋은 알림의 표준 가이드와 템플릿 제공
RECOMMENDATION
슬랙 알림이 너무 많아 중요도를 식별하기 어렵거나, 퇴사자가 발생할 때마다 알림이 끊겨 고생하는 DevOps 및 인프라 엔지니어에게 필독을 권장합니다. 특히 사내 도구의 사용자 경험(UX)을 개선하여 자발적인 기술 확산을 이끌어내고 싶은 분들에게 좋은 통찰을 제공합니다.
The Problem
서비스 규모가 커지면서 ArgoCD, GitLab 등의 기본 알림 포맷이 정해진 규칙 내에서만 작동하여 중요 알림이 묻히는 정보 파편화와 인지 부하가 발생했습니다. 특히 사내 슬랙 웹훅의 94%가 개인 계정에 종속되어 담당자 퇴사 시 알림이 중단되거나, 단순 설정 변경에도 코드 수정과 배포가 필요한 운영 비효율이 심각했습니다.
The Solution
개인 계정 종속성을 해결하기 위해 Google Workspace 계정 기반의 팀 단위 워크스페이스를 도입하고, 이벤트 기반의 통합 알림 플랫폼인 'Notification Hub(NotiHub)'를 구축했습니다. NotiHub는 기존 슬랙 웹훅 인터페이스를 유지하면서도 이벤트 라우팅 규칙과 템플릿 기능을 통해 비즈니스 로직과 알림 로직을 분리하고 UI 상에서 즉시 설정을 변경할 수 있도록 설계했습니다.
The Result
ArgoCD 배포 상태에 따라 채널을 분리하고 에러 원인을 메시지 본문에 포함함으로써, 개발팀이 장애 신호에 즉각 반응하기 시작하는 등 알림의 인지 효율이 대폭 향상되었습니다. 또한 유령 채널 638개를 파악하고 개인 계정 종속성을 제거하여 조직 차원의 운영 오너십을 확보했으며, 성공적인 시범 도입 후 부서 내 모든 프로젝트로 자발적으로 확산되었습니다.
Trade-off
본문에는 구체적인 기술적 한계가 명시되지 않았으나, 통합 플랫폼 도입으로 인해 모든 알림이 단일 시스템(NotiHub)에 의존하게 됨에 따라 해당 플랫폼 장애 시 전사 알림이 마비될 수 있는 단일 장애점(SPOF) 리스크가 예상됩니다. 또한 직접 웹훅을 쓰는 방식보다 플랫폼을 거치는 한 단계의 추가 레이어로 인한 미세한 지연 시간 발생 가능성이 존재합니다.
Key Concepts
More from 여기어때
View all posts from 여기어때
AI 수석회의
LLMAI AgentMCP18시간 전
JVM heap은 멀쩡한데 왜 메모리가 터질까? — Docker 환경 네이티브 메모리 삽질기 (Part 2)
JVMDockerMemory Leak1주 전
JVM heap은 멀쩡한데 왜 메모리가 터질까? — Docker 환경 네이티브 메모리 삽질기 (Part 1)
JVMDockerMemory Leak1주 전
Spring Data Redis: Repository vs RedisTemplate — 실전 성능 비교
Spring Data RedisRedisTemplatePerformance Optimization1주 전
AI 시대의 브랜드 그래픽 시스템 구축기
Generative AIVisual IdentityPrompt Engineering3주 전