• 중요 * ) Redis는 message의 완벽한 전달을 보장하지 X 따라서 메세지의 손실이 일어나서는 안되는 시스템에서는 Redis를 사용하면 X

1. redis의 * message broker 기능

• Message Broker란

• 메시지 브로커는 송신자가 보낸 메시지를 메시지 큐에 적재하고 이를 수신자가 받아서 사용하는 구조로

이러한 구조를 Pulibsh/Subscribe(pub/sub) Pattern이라고 함

• 메시지 브로커는 대표적으로 Apache Kafka, Redis, RabbitMQ, Celery 등이 있다.

• Message Broker(메시지 브로커)는 Publisher(송신자)로부터 전달받은 메시지를 Subscriber(수신자)로 전달해주는 중간 역할이며 응용 소프트웨어 간에 메시지를 교환할 수 있게 해줌
• 이 때 메시지가 적재되는 공간을 Message Queue(메세지 큐)라고 하며 메시지의 그룹을 Topic(토픽)이라한다.

• Message Broker의 장 단점

• 실시간 데이터를 처리할 때 DB에서 조회하는 것보다 메시지 브로커를 이용하여 처리하는 것이 성능이 뛰어나다
• DB를 사용하는 경우 Query를 이용하여 원하는 데이터만 필터링하여 조회할 수 있지만, 메시지 브로커를 이용하면 Queue에 적재된 그대로 사용하기 때문에 불가능하다.
  • 따라서, 적재할 때 필터링된 데이터를 적재하거나 적재된 데이터를 Logstash를 이용하여 필터링해서 사용해야 함
  • 메시지 큐에 적재된 메시지는 주로 7일을 보관하기 때문에 장기간 보관해야하는 경우 별도의 저장소에 저장해야함

message system에서 제공하는 message broker의 기능을 redis도 자체적으로 제공

• Client-1이 ch1에 "Hello"라는 메세지를 publish하면 ch1을 구독하고 있던 Client-2는 "Hello"라는 메세지를 전달받음

• 만약 특정 메세지의 발행전(publish)에 해당 채널을 구독하고 있던 subscriber가 없다면, 해당 메세지는 사라짐
• client-1이 "World"라는 메세지를 발행했을 당시에는 ch2를 구독하고 있는 subscriber가 없었다면 해당 메시지는 전달받은 subscriber가 없는 상태가 도ㅓㅐㅁ
• 이후에 Client-2가 ch2를 구독한다고 하더라도 구독전에 publish된 메시지는 전달받을 수 없음.

2. redis의 * Publish / Subscribe

1. Publish / Subscribe

redis-cli를 사용해 message를 publish하고 subscribe 시도