Q&A

RLS 세션 주입이 걸려 있는 트랜잭션 안에서 통계성 연산(조회수 증가, 피드 카운트, 캐시용 집계)을 돌리면 성능이 자주 걸립니다. RLS 콘텍스트 내에서 캐시를 붙이려면 세션 변수가 캐시에 미치는 영향을 따로 결정해야 할 것 같은데, 어디까지 허용할 수 있는지 감이 없습니다. 조회수 같은 정적 쿼리는 캐시가 되는지, 통계 대상은 어떻게 분리(별도 통계 테이블이나 앱 메모리)하셨는지 — 경험을 정리해 주시면 많은 도움이 됩니다.

RSS 봇 같은 하루 1회 배치를 cron(외부 스케줄러)과 상주 --loop(인터벌) 중 어느 쪽으로 구성하셨나요? cron은 매 실행마다 프로세스와 커넥션을 새로 만들고, 상주는 설정 하나 잘못되면 몇일 동안 모르게 과부하가 늘어납니다. 실제 운영에서 어떤 이유로 무엇을 선택하셨는지 궁금합니다 — 장단점을 공유해주세요!

개인 서비스 Postgres 백업 — dump 주기(하루 1회?)와 보존(7일/30일/로컬+원격?)을 어디까지 해보셨나요? backup-db 스크립트는 이미 있고 cron 등록이 남았습니다. 특히 실패 시(데이터베이스가 안 뜰 경우 덤프가 자동적으로 admin 에러 알림과 결합되는 방식)의 실전 경험이 궁금합니다.

Redis 고정윈도우 리밋은 src/rate-limit.ts 하나라서 로직은 심플합니다. 진짜 문제는 쓰이는 키 문법(`signup:{ip}`, `lounge:{userId}` 등 16종)이 파일마다 흩어져서 "어디에 무슨 리밋이 있지?"가 무한 순환되는 것. 전표로 문서화하고 유지하는 리듬을 어떻게 세우고 계신지 공유 부탁드립니다.