[REDIS] 페이 또는 레디 스 Pubsub

페이 또는 레디 스 Pubsub

나는이 기술을 이해 생각하지만 어쩌면 내가하지 않습니다. 둘 사이의 차이점은 무엇입니까? 왜 다른 통해 하나를 선택할 것인가?

사용 사례 : ~ 실시간으로 업데이트됩니다.

해결법

1. ==============================

   1.나는 페이의 저자입니다. 개념적으로, 페이와 레디 스 펍 / 서브 참 페이의 최신 버전은 백엔드로 레디 스를 사용할 수 있습니다, 매우 비슷한 일을한다. 톰 말하는 것처럼 레디 스 클라이언트가 전체 레디 스 데이터베이스에 접근하기 때문에, 레디 스는 서버 클러스터 내에서 프로세스 간 메시징에 적합하다.

   나는 페이의 저자입니다. 개념적으로, 페이와 레디 스 펍 / 서브 참 페이의 최신 버전은 백엔드로 레디 스를 사용할 수 있습니다, 매우 비슷한 일을한다. 톰 말하는 것처럼 레디 스 클라이언트가 전체 레디 스 데이터베이스에 접근하기 때문에, 레디 스는 서버 클러스터 내에서 프로세스 간 메시징에 적합하다.

   당신이 당신의 웹 사이트를 위해 전원을 예를 들어, 웹을 통해 UI를 공개적으로 액세스 할 수있는 펍 / 하위 서비스를 제공하려는 경우 페이 더 적합합니다. 그것은 단지 HTTP 및 웹 소켓을 통해보다는 원시 TCP 소켓을 통해 술집 / 서브, 레디 스 좋아하지 다른 스토리지를 제공하고, 작업을 수행합니다. 그것은 또한 사용하는 메시징 프로토콜을 확장하는 사용자 정의 클라이언트 - 서버 측 확장이 가능합니다.

2. ==============================

   2.레디 스 서버 클러스터 내부 사용을 위해 매우 간단한 시스템입니다 공개 / 등록 - 그것은 레디 스에 열린 연결 (인증되지 않은 및 레디 스의 모든에 대한 완벽한 액세스를 제공)가 필요합니다.

   레디 스 서버 클러스터 내부 사용을 위해 매우 간단한 시스템입니다 공개 / 등록 - 그것은 레디 스에 열린 연결 (인증되지 않은 및 레디 스의 모든에 대한 완벽한 액세스를 제공)가 필요합니다.

   분명히 이것은이 적절한 핸들 시나리오에 가장 효율적인 방법입니다,하지만 당신은 인증, 안정적인 배달, 또는 http 연결을 필요로하는 경우 당신은 레디 스의 위에 더 완전한 메시징 시스템을 추가해야합니다. 페이는이 공간에있는 옵션 중 하나입니다.

from https://stackoverflow.com/questions/6333992/faye-or-redis-pubsub by cc-by-sa and MIT license