nginx 설정 없이 우아하게 서비스 점검하기 (上)

간단 소개

컬리에서 Nginx 설정 없이 애플리케이션 레벨에서 서비스 점검 시 데이터 불일치를 방지하고 우아하게 서비스 차단하는 AccessBlock 시스템의 진화 과정을 설명합니다.

AI Summary

서비스 점검 도입 배경
- 컬리 재고 DB 점검 중 적치 작업으로 데이터 불일치 발생, 수기 보정 필요.
- Nginx 설정 권한 부재 및 인프라 협조 시간 부족으로 시스템적 차단 불가.
- 공지 전파의 한계를 인지, 애플리케이션 레벨의 접근 차단 시스템 필요성 대두.
AccessBlock 1차 구현 및 한계
- MySQL에 path 및 그룹 정보 저장, 차단 여부 조회 API로 점검 페이지 리다이렉트.
- 클러스터별 차단 기능 추가했으나, RMS DB 점검 시 AccessBlock 자체 동작 불가 문제 발생.
- RDBMS 의존성으로 DB 점검 시 메타데이터 관리의 어려움 직면.
AccessBlock 2차 구현 및 남겨진 숙제
- AccessBlock 및 AccessBlockGroup 데이터를 Redis에 캐싱하여 RDBMS 의존성 제거, 응답 속도 향상.
- BLOCKED_...ID_LIST로 그룹 단위 차단 상태 관리.
- 메타데이터 등록/수정/삭제는 여전히 RDBMS에 의존, DB 다운 시 새로운 메타데이터 등록 불가 문제.
- RDBMS 의존성을 완전히 제거한 메타데이터 관리 UI 개발이 최종 숙제.