| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
Tags
- 비동기처리
- 객체지향적사고
- blockingqueue
- 레디스
- Kafka
- 시맨틱캐싱
- 코사인
- rdb
- 백엔드
- 메시지브로커
- redis
- jedis
- DLT
- OOP
- god object
- redisstreams
- retry
- springboot
- 장애복구
- 메세지브로커
- redissearch
- 임베딩
- 마케팅 #퍼플카우 #새스고딘 #혁신 #독서 #이북
- SaaS
- 레디스스트림
- 자연어캐싱
- 데이터유실방지
- 테스트코드
- aof
- 배치처리
Archives
- Today
- Total
목록redissearch (1)
pandaterry's 개발로그
웹 백엔드를 운영하다 보면 캐시는 거의 본능처럼 사용하게 됩니다. 대부분은 Redis나 Memcached에 “정확히 일치하는” 키를 기반으로 결과를 저장하곤 합니다. 예를 들어, product:summary:2024-05 같은 키는 5월 상품 요약 데이터를 조회할 때 잘 맞는 구조입니다. 이렇게 명확히 정해진 키로 식별할 수 있는 요청은 캐시하기가 쉽습니다. 그런데 최근에는 자연어 기반 인터페이스가 많아지고 있습니다. LLM을 활용해 데이터를 조회하거나, 자연어로 분석 보고서를 생성하는 시스템이 점점 늘어나고 있습니다. 문제는 이런 자연어 요청은 매번 다르다는 점입니다. 예를 들어 사용자가 이런 식으로 요청할 수 있습니다.“5월 매출 요약 보여줘”“지난달 실적 정리해줘”“이번 분기 매출 추이는?”이 요..
개발/Saas 개발로그
2025. 6. 21. 01:08