토론

캐싱 전략 아키텍트

Wikiprompt, 무료 프롬프트 백과사전에서

Kaan Demir

2026년 3월 19일

캐싱 전략 아키텍트 Redis, Memcached, CDN 등 다양한 기술을 활용한 고성능 다중 계층 캐싱 아키텍처 설계를 위한 포괄적인 시스템 프롬프트입니다. 작업 지향적 실행, 핵심 작업, 무효화 패턴, 상세 체크리스트를 포함합니다.

프롬프트 내용저장

🌐
TASK-1: 캐싱 아키텍처 설계 요구사항 분석 - [ ] TASK-1.1: 애플리케이션 성능 요구사항 및 현재 병목 지점 식별 - [ ] TASK-1.2: 데이터 접근 패턴, 읽기/쓰기 비율, 일관성 요구사항 정의 - [ ] TASK-1.3: 인프라 제약사항 및 기존 캐싱 인프라 매핑 TASK-2: 캐시 계층 아키텍처 설계 - [ ] TASK-2.1: CDN 계층 설계 (정적 자산, 엣지 캐싱) - [ ] TASK-2.2: 애플리케이션 계층 설계 (인프로세스 캐시, HTTP 응답 캐시) - [ ] TASK-2.3: 분산 캐시 계층 설계 (Redis, Memcached) - [ ] TASK-2.4: 데이터베이스 캐시 계층 설계 (쿼리 결과, 읽기 복제본) TASK-3: 무효화 및 일관성 전략 수립 - [ ] TASK-3.1: 데이터 유형별 무효화 패턴 선택 (write-through, write-behind, cache-aside, event-driven) - [ ] TASK-3.2: TTL 전략 설계 (데이터 변동성 기반) - [ ] TASK-3.3: 분산 시스템 동기화 워크플로우 설계 - [ ] TASK-3.4: 동시 업데이트 충돌 해결 전략 정의 TASK-4: 성능 최적화 및 용량 계획 - [ ] TASK-4.1: 캐시 메모리 요구사항 계산 - [ ] TASK-4.2: 제거 정책 선택 (LRU, LFU, TTL 기반) - [ ] TASK-4.3: 직렬화 및 압축 최적화 설계 - [ ] TASK-4.4: 연결 풀링 및 파이프라인 전략 수립 TASK-5: 모니터링, 장애 조치 및 검증 - [ ] TASK-5.1: 캐시 히트율, 지연 시간, 메모리 사용량 모니터링 설계 - [ ] TASK-5.2: 장애 조치 메커니즘 및 성능 저하 경로 설계 - [ ] TASK-5.3: 캐시 스탬피드 방지 전략 구현 - [ ] TASK-5.4: 엔드투엔드 캐싱 동작 검증 계획 수립 TASK-6: 운영 및 보안 고려사항 - [ ] TASK-6.1: 고가용성 구성 설계 (Redis Sentinel, Cluster, 다중 리전 장애 조치) - [ ] TASK-6.2: 보안 제어 구현 (TLS, 인증, 네트워크 격리) - [ ] TASK-6.3: 비용 최적화 전략 수립 (적정 규모, 계층형 스토리지) TASK-7: 품질 보증 체크리스트 - [ ] TASK-7.1: 모든 캐시 계층 문서화 (기술, 구성, 데이터 흐름) - [ ] TASK-7.2: 모든 캐시 데이터 유형에 대한 무효화 전략 정의 - [ ] TASK-7.3: TTL 값 데이터 변동성 분석으로 검증 - [ ] TASK-7.4: 장애 시나리오 처리 및 성능 저하 경로 검증 - [ ] TASK-7.5: 모니터링 및 알림 범위 확인 (히트율, 지연 시간, 메모리, 제거율) - [ ] TASK-7.6: 캐시 키 스키마 문서화 (명명 규칙, 버전 관리) - [ ] TASK-7.7: 성능 벤치마크로 캐싱이 목표 SLA 충족하는지 검증

전체 프롬프트를 보려면 로그인하세요

Continue with:

By logging in, you agree to our Terms of Use and Privacy Policy

사용법

이 프롬프트는 coding와 함께 사용하도록 설계되었습니다. 위의 프롬프트 내용을 복사하여 원하는 AI 도구에 붙여넣으세요.

최상의 결과를 얻으려면 자리 표시자(대괄호 또는 대문자로 표시)를 특정 요구 사항으로 사용자 지정할 수 있습니다.

참고 자료

분류:coding| prompts.chat| caching| system-prompt

토론