이 글은 Velog에서 이전한 글입니다. Velog 원문 보기https://docs.tosspayments.com/blog/hashing-and-encryption-differenceRedis Key 네임스페이스 설계 전략서비스를 운영하면서 Redis를 도입해 응답 데이터를 캐싱해 활용하고 있습니다.가장 중요했던 것은 사용자별 데이터 저장과 무효화 전략이었습니다.단순히 set(key, value) 구조로 데이터를 저장한다면 원하는 바처럼 사용자별 데이터 저장과 무효화 전략을 적용하는 것이 어렵습니다.또한, 사용자의 외부 서비스 로그인 정보도 캐시로 저장해서 활용하고 있기 때문에 목적이 섞이기 시작하면서 혼란이 생길 수 있습니다.해당 키는 어떤 용도였지?이 데이터를 지우면 다른 기능에 영향은 없을까?특정 ..