메시지 큐 비교
1.RabbitMQ
①RabbitMQ 사용하여 얼랑 언어 로 작성된 오픈 소스 메시지 큐를
자신을 ②은 많은 프로토콜을 지원 :이, 그것은 매우 헤비급이기 때문에 AMQP는, XMPP는 SMTP는, STOMP는 엔터프라이즈 급 개발에 더 적합
② 메시지를 클라이언트에 전송 중심에 제 1 대기열에서 대기하는 것을 의미 브로커 아키텍처를 달성했다. 라우팅,로드 밸런싱이나 데이터 지속성은 매우 좋은 지원합니다.
③ 분산
2.Redis
①Redis은 키 - 값 형 NoSQL 데이터베이스 개발에 따라 유지 보수가 매우 활성화되어있다
그것은 키 - 값 데이터베이스 스토리지 시스템이지만,이 MQ 기능을 지원하지만 경량 큐 사용으로 ②,이 역할을 할 수
3.ZeroMQ
①ZeroMQ 특히, 시스템을 대기 가장 빠른 메시지로 높은 처리량 시나리오에 대한 수요 알려진
②ZeroMQ 복잡한 / 고급 RabbitMQ 큐를 위해 제공 할 수있는 것은 좋지 않다지만, 개발자가 기술 프레임 워크의 자신의 조합을 필요로,이 MQ의 기술적 복잡성은 도전을 성공적으로 적용 할 수 있습니다.
ZeroMQ와의 Netty과 동시에 버전 0.9 처음부터 (전송 데이터 스트림으로 스톰 지원을 이전 버전 ZeroMQ를 사용하여 중단하는 경우, 데이터가있는 트위터의 스톰 0.9 기본값 손실됩니다 만 비 영구적 인 큐를 제공 ③ZeroMQ 전송 모듈)
4.ActiveMQ
①ActiveMQ 아파치의 하위 프로젝트입니다
② 유사한 ZeroMQ, 그것은 에이전트를 활성화하고 기술을 피어 큐
③ 유사한 RabbitMQ 효율적 시나리오가 구현 될 수있는 코드의 작은 양.
5.Kafka
①Kafka 아파치의 하위 프로젝트입니다
스칼라 언어를 ②, 그것은 수평 확장 성 및 높은 처리량 널리 사용된다.
제로 - 카피 ③Kafka간에 데이터를 전송하는 데 사용
④ 완전히 분산 시스템, 중개인, 프로듀서, 네이티브 분산, 자동로드 밸런싱에 대한 소비자 자동 지원
공통 서버 처리율에 ⑤ 높은 처리량은 10W가 / s의 달성 될 수있다
⑥ 빠른 영속성 메시지는 O (1)의 오버 헤드에서 지속적 일 수있다
⑦이 가능한 옵션이다 하둡 병렬로드 데이터, 로그 데이터 하둡 시스템의 오프라인 분석에 대한 것과 동일하지만, 제한을 지원하지만, 또한 리얼 타임 처리를 필요로한다. 카프카는 하둡 통합 메시지의 병렬 로딩 메커니즘을 통해 온라인과 오프라인 처리.
다음은이 블로거의 블로그에 적용됩니다 : 웹 트래픽 분석 시스템을 기록
메시지 큐의 둘째, 사용
1.RabbitMQ 설치 및 사용
1. 비동기식 처리
장면에
1.messaging
① 일부 기존 메시징 시스템의 경우, 카프카가 좋은 선택의 칸막이 / 복제 및 내결함성이, 당신은 할 수 카프카는 좋은 확장 성 및 성능 이점이있다
②kafka는 "(. 메시지 확인) 메시징 보증"의 "트랜잭션"JMS를 제공하고 다른 엔터프라이즈 급 기능하지 않았다 카프카는 어느 정도, "정상적인"메시징 시스템으로 사용할 수 있습니다, 아직 메시지를 보낼 수 있는지 확인 절대적 안정적인 수신 (예를 들어, 메시지 재전송 메시지 전송 손실 등)
2.Website 활동 추적
가장 좋은 도구 "웹 사이트 활동 추적"과 같은 ①kafka은 오프라인 정보 페이지 / 동작 카프카에 대한 사용자, 실시간 모니터링, 또는를 보낼 수 있습니다