docs(redis): 1편 Redis는 왜 빠른가와 사용하면 안 되는 경우

[devy1540]

상위 이슈

• Parent: docs(content): Redis 학습 챌린지형 블로그 시리즈 기획 #127
• 선행: 0단계 Redis 1차 진단 챌린지

목적

Redis를 단순히 "인메모리라 빠른 저장소"로 이해하지 않고, event loop, 네트워크 I/O, 자료구조 서버, single-threaded execution model 관점에서 설명한다. 동시에 Redis를 쓰면 안 되는 상황도 정리한다.

다룰 질문

• Redis는 왜 빠른가?
• single-threaded인데 왜 많은 요청을 처리할 수 있는가?
• Redis의 event loop는 어떤 일을 하는가?
• Redis는 DB인가, cache인가, 자료구조 서버인가?
• Redis를 primary database처럼 쓰면 어떤 위험이 있는가?
• cache, session, lock, idempotency 중 어디까지 Redis에 맡길 수 있는가?

실험 산출물

• Docker Redis 실행 기록
• redis-cli PING, INFO, 간단한 benchmark 결과
• 같은 key/value를 Redis와 일반 DB에 저장할 때 기대하는 보장 차이 정리

글 초안 구조

1. Redis를 처음 이해할 때 생기는 오해
2. Redis가 빠른 이유
3. single thread와 event loop
4. Redis가 잘하는 일
5. Redis가 위험한 일
6. 실무 판단 체크리스트

완료 조건

• 실험 결과와 개념 설명을 연결한다.
• "Redis를 써도 되는 경우"보다 "쓰면 위험한 경우"를 명확히 쓴다.

다음 세션 시작 지점

INFO, benchmark 결과와 본문 초안이 있는지 확인하고, 없으면 실험부터 재개한다.