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