아이템 등록 한도를 백오피스에서 확인·조절

[m-a-king]

왜

한도 값이 application.yml 과 환경변수(ITEM_QUOTA_*)에 있어 바꾸려면 배포나 재시작이 필요하다. 두 상황에서 문제가 된다.

• 비용이 튀어 급히 조여야 할 때 즉시 못 내린다
• 한도가 낮아 정상 사용자가 막힐 때 즉시 못 푼다

현재 사용량을 볼 방법도 없다. 누가 얼마나 썼는지, 전역이 얼마나 찼는지 알려면 Redis 키를 직접 조회해야 한다.

무엇을

확인

• 전역: 현재 창의 사용량과 남은 몫
• 계정별: 사용량 상위 계정, 특정 계정 조회

조절

• 한도 값을 백오피스에서 변경하고 재시작 없이 반영

선례를 따른다

추출 정책(ExtractionRoutingPolicy)과 모델 지정(#884)이 이미 "DB 저장 + 백오피스 화면 + 감사 로그" 패턴으로 돌고 있다. admin/audit 에 감사 로그 인프라가 있어 "누가 언제 무엇을 바꿨나" 를 그대로 얹는다.

고려할 점

• 값을 낮췄을 때 TTL 이 남은 창은 어떻게 되나. 다음 창부터인지 즉시인지
• 0 이나 음수를 넣으면 등록이 통째로 막힌다. ItemQuotaProperties 의 require 와 같은 규칙을 입력 경계에도 둔다
• DB 를 단일 진실로 두되, 조회 실패 시 env fallback 이 안전하다

선행

• userId별 애플리케이션 레벨 레이트리밋 (인증 사용자별 정밀 quota) #339 (계정별 한도) — 머지 완료
• 아이템 파싱 시간당 가용량 상한 (전역 load shedding) #927 (전역 한도) — 이 축이 생겨야 조절 대상이 완성된다