1. Обзор
В этой второй статье из серии исследований Spring Data Redis мы рассмотрим очереди сообщений pub/sub.
В Redis издатели не запрограммированы на отправку своих сообщений определенным подписчикам. Скорее, опубликованные сообщения разделяются на каналы, не зная, какие (если таковые имеются) подписчики могут быть.
Аналогично, подписчики выражают интерес к одной или нескольким темам и получают только те сообщения, которые представляют интерес, не зная, какие (если таковые имеются) издатели существуют.
Такое разделение издателей и подписчиков может обеспечить большую масштабируемость и более динамичную топологию сети.
2. Конфигурация Redis
Давайте начнем добавлять конфигурацию, необходимую для очередей сообщений.
Во-первых, мы определим компонент MessageListenerAdapter , который содержит пользовательскую реализацию интерфейса MessageListener под названием RedisMessageSubscriber . Этот компонент действует как подписчик в модели обмена сообщениями pub-sub: