docs: 서비스 상태 캐싱 개선 트러블슈팅 추가

journey/troubleshooting/260116_admin_dashboard_frontend_module_separation.md

@@ -50,6 +50,17 @@
 
 ---
 
+## 추가 개선 (2026-01-16)
+
+### 서비스 상태 로딩 속도 개선 (TDD)
+- **문제**: 서비스 상태 체크 API 응답 시간 1134ms
+- **해결**: 백엔드 캐싱 구현 (TTL 5초, 메모리 캐시)
+- **효과**: 캐시 히트 시 1134ms → 50ms 이하 (약 22배 개선)
+- **구현**: `SystemService.get_services_status()` 메서드에 캐싱 로직 추가
+- **테스트**: `tests/test_service_status_caching.py` 작성 (TDD 방식)
+
+---
+
 ## 교훈
 
 ### 모듈 분리 효과
@@ -61,3 +72,8 @@
 - 각 모듈 300줄 이하 달성 (58줄)
 - 기능별 모듈 분리로 유지보수성 향상
 - `diary.js`, `system.js` 패턴과 일관성 유지
+
+### 캐싱 최적화
+- **TDD 방식**: 테스트 작성(Red) → 구현(Green) → 리팩터링
+- **캐시 TTL**: 5초로 설정하여 실시간성과 성능 균형 유지
+- **메모리 캐시**: 단순한 딕셔너리 기반 캐시로 오버헤드 최소화