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

덕's IT Story

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

덕's IT Story

검색하기 폼
  • 분류 전체보기 (198)
    • IT 이야기 (31)
      • 그 외 (15)
      • 대외활동 소식 (9)
      • 컴퓨터 지식 (7)
    • 클라우드&오픈스택 (8)
      • 클라우드 (2)
      • 오픈스택 (6)
    • 프로그래밍 (86)
      • C/C++ (1)
      • 자료구조&알고리즘 (11)
      • 다음API (6)
      • OpenCV (2)
      • RabbitMQ (6)
      • Git&GitHub (3)
      • Web (2)
      • 자바스크립트 (12)
      • Spring (7)
      • Java (36)
    • Ruby&Rails (21)
      • Rails (16)
      • Gem (5)
    • OS (20)
      • 리눅스&우분투 (12)
      • CentOS (5)
      • 안드로이드 (3)
    • 해킹&보안 (5)
      • 무선해킹 (2)
      • 시스템해킹 (3)
  • 방명록

Topics (1)
[RabbitMQ] Topics

[RabbitMQ] Topics(using the Bunny client) 이전 강의에서 우리의 로그 시스템을 발전 시켜봤습니다. 단순히 브로드캐스팅을 하는 fanout exchange 대신에 direct 를 이용하여 메시지 로그를 선택적으로 수신할 수 있게 해보았습니다. 비록 direct exchange를 사용하여 우리의 시스템을 진보시켜보았지만 여전히 다중 기준에 의한 라우팅을 할 수 없는 한계가 존재합니다. 우리의 로그 시스템은 info, warning, error 와 같은 규칙에 분류한 구독을 할 수 있지만 로그를 출력하는 프로그램에 따른 구독은 할 수 없습니다. 유닉스의 syslog 툴의 개념을 생각하면 됩니다. syslog는 규칙(info/warn/cri..)와 출처(auth/cron/kern..

프로그래밍/RabbitMQ 2015. 7. 10. 05:04
이전 1 다음
이전 다음
최근에 올라온 글
TAG
  • CSS
  • 우분투
  • Rails
  • 클라우드 컴퓨팅
  • install
  • Java
  • ruby
  • 이펙티브 자바
  • html
  • 다음지도
  • javascript
  • 웹프로그래밍
  • rabbitmq
  • 오픈스택
  • 티스토리 초대장
  • IceHouse
  • gem
  • Message Queue
  • ruby on rails
  • 다음지도 API
  • ubuntu
  • 리눅스
  • OpenStack
  • IT
  • 컴퓨터
  • 자료구조
  • 프로그래밍
  • 알고리즘
  • 다음
  • codecademy
more
글 보관함
Total
Today
Yesterday

Copyright ⓒ 2018 kkd927. All rights reserved.

티스토리툴바