| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- 자연어캐싱
- 임베딩
- OOP
- 백엔드
- aof
- redissearch
- 레디스
- redisstreams
- blockingqueue
- 시맨틱캐싱
- 테스트코드
- 코사인
- jedis
- rdb
- springboot
- 마케팅 #퍼플카우 #새스고딘 #혁신 #독서 #이북
- 장애복구
- 객체지향적사고
- 메시지브로커
- 데이터유실방지
- 레디스스트림
- 배치처리
- god object
- DLT
- 메세지브로커
- 비동기처리
- retry
- redis
- SaaS
- Kafka
Archives
- Today
- Total
목록레디스스트림 (1)
pandaterry's 개발로그
이전 글(https://pandaterry.tistory.com/10)에서는 Redis AOF, RDB과 Kafka를 비교하며 메시지 유실 문제를 직접 실험했습니다. AOF(Append Only File)와 RDB 설정을 활용해 Redis에 유실되지 않는 메시지 큐 구조를 흉내내는 실험을 진행했었고,단순 큐잉 수준에서는 Redis로도 Kafka의 일부 역할을 대체할 수 있다는 가능성을 확인했습니다. 하지만 여전히 해결되지 않은 문제가 있었습니다. Kafka가 주목받는 진짜 이유는 ‘복구’와 ‘재처리’에 있습니다. 단순히 메시지를 저장하는 것을 넘어서,누가 메시지를 소비했는지 추적하고실패한 메시지는 다시 재시도하거나결국에는 DLT(Dead Letter Topic)으로 보낼 수 있는 운영 가능한 복구 흐름..
개발/Saas 개발로그
2025. 6. 13. 15:03