보안, 백업, 유지보수

데이터베이스: PostgreSQL
환경: [개발 / 스테이징 / 프로덕션]
애플리케이션: [DB에 연결하는 것 설명]
사용자: [접근이 필요한 사람과 역할 나열]

보안 강화 체크리스트와 SQL 스크립트를 생성해주세요:
1. 역할 기반 접근 제어(RBAC) — 최소 필요 권한으로 역할 정의
2. 역할 분리: 애플리케이션(읽기/쓰기), 리포팅(읽기 전용), 관리자(전체)
3. 행 수준 보안 정책 (해당 시)
4. 연결 제한 (IP 화이트리스트, SSL 필수)
5. 감사 로깅 설정
6. 비밀번호 정책

-- 리포팅용 읽기 전용 역할
CREATE ROLE reporting_role;
GRANT CONNECT ON DATABASE myapp TO reporting_role;
GRANT USAGE ON SCHEMA public TO reporting_role;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO reporting_role;

-- 애플리케이션 역할 (특정 테이블 읽기 + 쓰기)
CREATE ROLE app_role;
GRANT CONNECT ON DATABASE myapp TO app_role;
GRANT USAGE ON SCHEMA public TO app_role;
GRANT SELECT, INSERT, UPDATE ON customers, orders, order_items TO app_role;
-- DELETE 권한 없음 — 애플리케이션은 소프트 삭제 사용

-- 관리자 역할 (스키마 변경, 모든 데이터)
CREATE ROLE admin_role;
GRANT ALL PRIVILEGES ON DATABASE myapp TO admin_role;

이 코드에서 SQL 인젝션 취약점을 검토해주세요:

[SQL 쿼리를 구성하는 애플리케이션 코드 붙여넣기]

1. 사용자 입력이 SQL 문자열에 연결되는 곳 식별
2. 파라미터화된 쿼리/준비된 문을 사용한 안전한 버전
3. 기타 인젝션 위험 (칼럼명, 테이블명, ORDER BY 절)

# 위험 — SQL 인젝션 위험
cursor.execute(f"SELECT * FROM users WHERE email = '{user_email}'")

# 안전 — 파라미터화된 쿼리
cursor.execute("SELECT * FROM users WHERE email = %s", (user_email,))

데이터베이스: PostgreSQL (500GB, 프로덕션)
RPO (최대 허용 데이터 손실): [예: 1시간]
RTO (최대 허용 다운타임): [예: 4시간]
예산 제약: [있으면]

백업 전략을 설계해주세요:
1. 백업 유형과 스케줄 (전체, 증분, WAL 아카이빙)
2. 백업 저장 위치 (로컬 + 오프사이트/클라우드)
3. 보존 정책 (백업 보관 기간)
4. 복원 절차 (시나리오별 단계)
5. 백업 검증 (백업이 실제로 작동하는지 확인 방법)
6. 구현할 정확한 명령/cron 작업

데이터베이스: PostgreSQL

유지보수 스크립트를 만들어주세요:
1. VACUUM ANALYZE 스케줄 (블로트 방지, 통계 업데이트)
2. 인덱스 건강 점검 (비대 인덱스, 미사용 인덱스)
3. 테이블 블로트 모니터링 (VACUUM FULL이 필요한 테이블 식별)
4. 연결 모니터링 (max_connections에 근접하고 있나?)
5. 디스크 공간 알림 (80% 용량에서 경고)
6. 장시간 실행 쿼리 탐지 (5분 초과 쿼리)
7. 복제 지연 모니터링 (해당 시)

cron 스케줄 포함 유지보수 런북으로 출력.

PostgreSQL 데이터베이스용 모니터링·알림 설정을 설계해주세요:

알림 기준:
1. X초 이상 실행되는 쿼리
2. 연결 수가 max_connections의 Y%를 초과
3. 디스크 사용량 80% 초과
4. 복제 지연 Z초 초과
5. 지난 24시간 내 백업 미완료
6. 테이블 블로트가 임계값 초과

각 알림에 대해:
- 모니터링 쿼리 또는 명령
- 프로덕션 DB에 권장되는 임계값
- Slack/이메일/PagerDuty 연동 방법