여기어때 이벤트 기반 통합 알림 플랫폼 구축기 Part 2. How? (opens in new tab)

안녕하세요\. DevOps팀 아리입니다\. 지난 1편에서는 시스템의 탄생 배경을 다뤘다면, 이번 글에서는 NotiHub의 기술적 설계와 그 과정에서 내린 주요 의사결정들을 깊이 있게 공유하고자 합니다\. 1\. 왜 만들었는가 인터널 툴에는 두 가지 측면이 있습니다\. 조직적 측면과 개인적 측면입니다\. NotiHub는 조직적 효율성에 무게를 둔 프로젝트라고 생각합니다\. 슬랙은 보편적으로 어느 회사에서나 사용하고 있지만, NotiHub는 우리 조직만의 커스텀 도구입니다\. 사용자에게는 새로운 학습 비용이 발생하게 됩니다\. 그럼에도 ‘중앙 집중형 구조’를 선택한 이유는 명확한 관리의 한계 때문이었습니다\. 웹훅의 종속성 문제 : 특정 개인이 생성한 웹훅은 퇴사 시 계정 삭제와 함께 사라집니다\. 이는 애플리케이션 에러와 긴급 배포로 이어지는 악순환을 만들었습니다\. 모니터링의 부재 : 어떤 팀이 어떤 채널로 알림을 보내는지 파악이 불가능해 전사적인 알림 정책을 수립하기 어려웠습...