| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- 마케팅 #퍼플카우 #새스고딘 #혁신 #독서 #이북
- DLT
- redis
- 코사인
- redissearch
- 배치처리
- SaaS
- 레디스스트림
- 테스트코드
- 데이터유실방지
- god object
- 장애복구
- rdb
- Kafka
- 임베딩
- 시맨틱캐싱
- 메시지브로커
- OOP
- 레디스
- 메세지브로커
- 백엔드
- springboot
- retry
- jedis
- aof
- redisstreams
- 자연어캐싱
- 객체지향적사고
Archives
- Today
- Total
목록메세지브로커 (1)
pandaterry's 개발로그
Kafka로 전환하기 전, 직접 실험해봤습니다 SaaS에서 비동기 메시지는 선택이 아니라 필수입니다제가 구축하고 있는 SaaS 시스템은 마케팅/비즈니스 부서가 자연어로 데이터를 요청하면, 그 요청을 백엔드에서 SQL로 변환하고 엑셀로 응답해주는 플랫폼입니다. 문제는 여기서 끝나지 않았습니다. 사용자의 요청은 내부 시스템에서 백엔드 작업자에게 전송돼야 하고동시에 로그로 남겨져야 하며실패 시 재시도도 가능해야 합니다 처음엔 Redis Pub/Sub으로 충분하다고 생각했습니다.하지만 “요청이 처리됐는지 안 됐는지조차 확인할 수 없다면, 그건 SaaS가 아니라 알 수 없는 상자”가 되어버리더군요. 그래서 Kafka를 검토하게 되었고, “진짜로 필요한가?”라는 의문에 답하기 위해 직접 실험을 진행했습니다...
개발/Saas 개발로그
2025. 6. 11. 13:31