본문 바로가기 메뉴 바로가기

컴맹 : 진화의 시작

프로필사진
  • 글쓰기
  • 관리
  • 태그
  • 방명록
  • RSS

컴맹 : 진화의 시작

검색하기 폼
  • 전체보기.. (796)
    • readme.md (1)
    • 사설 (8)
    • 개발 (417)
      • 개인 프로젝트 (8)
      • Linux (88)
      • Cloud (Alibaba) (4)
      • Cloud (AWS) (15)
      • Cloud (GCP) (44)
      • 기계학습 (13)
      • Network (18)
      • PHP (20)
      • python (32)
      • kubernetes (1)
      • docker (13)
      • IaC (3)
      • Apache Airflow (6)
      • Java (1)
      • Node.js (7)
      • Vue.js (2)
      • DB (30)
      • GNU Build System (3)
      • 버전관리시스템 (15)
      • Shell Script (14)
      • Compile error (9)
      • 운영체제 (16)
      • CI.CD (1)
      • tools (14)
      • UML (10)
      • Link (18)
      • 길 잃은 게시물 (12)
    • 생활 (366)
      • 내 집 마련하기 (5)
      • 아빠일기 (0)
      • 주절주절 (170)
      • 리뷰 (57)
      • 외식 (20)
      • 책 (89)
      • 여행 (14)
      • 회고 (7)
      • 블로그 결산 (2)
      • 요리 (1)
      • 잡동사니 (1)
    • 비공개 (1)
      • -----아래는 비공개----- (1)
      • 코드 (0)
      • 임시 (0)
      • FS : 회사 대외비 (0)
      • Wedding : 준비 과정 (0)
      • 개인정보 (0)
  • 방명록

Stream (1)
[Redis] Stream 사용 방법

작은 프로젝트를 진행할 때도 메시지 브로커는 아키텍처에 따라 필요한 경우가 종종 있습니다. 이때 Apache kafka를 쓰자니 배보다 배꼽이 커지고, 클라우드의 메시지 큐(AWS SQS 등)를 사용하자니 벤더 락인(vendor lock-in)이 우려될 때 Redis stream은 아주 좋은 대안이 됩니다. 혹시 kafka를 redis pub/sub과 비교하려 한다면 정확한 비교가 안되는데 토픽 개념은 유사하지만 redis pub/sub에는 소비자 그룹의 개념이 없기 때문입니다. ( stream에서 xread의 경우에는 소비자 그룹을 사용하지 않습니다. xgroupread로 접근하는게 맞습니다. 소비자 그룹의 개념이 들어가면서 메시지가 잘 도착했는지 확인이 가능합니다. 혹시 메시지 전달의 성공/실패/처리..

개발/DB 2021. 9. 14. 22:29
이전 1 다음
이전 다음
최근에 올라온 글
  • [책] 기업의 성공을 이끄⋯
  • AirPlay 5000번 포트
  • [책] 혼자 공부하는 파이⋯
  • 개발은 장비빨이지~ 키보⋯
최근에 달린 댓글
  • gpu util이 0이 되는 주기가⋯
  • 도움이 되셨다니 기쁘네요.⋯
  • 파이참 업그레드 이후 당황했⋯
  • 트랙패드2 블랙의 최대 단점⋯
글 보관함
  • 2022/06 (4)
  • 2022/05 (7)
  • 2022/04 (3)
  • 2022/03 (2)
  • 2022/02 (2)
Total
1,669,725
Today
0
Yesterday
727

Blog is powered by Tistory / Designed by Tistory

티스토리툴바