이것이 적절한 장소라고 확신하지는 않지만 게시/가입 메시징 시스템을 구현하는 RabbitMQ의 기능에 대한 질문이 있습니다. 나는 그것이 내가 일하는 회사의 요구에 맞는 있는지 확인하기 위해 RabbitMQ를 조사하고, 나는 공식 문서 또는 인터넷에 하나 이러한 질문에 대한 답변을 찾을 수 없습니다 : 것은 그것을 가능 소비자가 게시자 그룹에 가입 하시겠습
는 우리의 IoT 플랫폼에서 인바운드 메시지 흐름이다 고객 기반. 현재 전략은 각 장치가 로컬로 캐시 된 인스턴스를 가져 오는 Guava의 RateLimiter를 사용합니다. 장치 메시지가 수신되면 해당 deviceId에 매핑 된 RateLimiter가 캐시에서 페치되고 tryAquire() 메서드가 호출됩니다. 허가가 성공적으로 획득되면 튜플은 평소처럼
rabbitMQ와 같은 메시지 버스는 주로 비동기 메시징을위한 것이므로 표준 승인은 발사하고 버스에서 무언가를 게시하는 것을 잊어 버리고 게시 된 메시지를 누가 처리 할 것인지 걱정하지 않아도됩니다. 하지만 우리의 개발팀에서 메시지의 동기 처리에 관한 최신 대화를 생각합니다. 사례는 서비스 버스에 메시지를 게시하는 것이고 게시자는 메시지를 처리하고 결과를
나는 ignite-core-2.0.0 만 사용하고 Ignite 메시지를 보내는 작은 (est) 앱을 만들고 싶다. 메시지를 교환하고 싶은 어딘가에 클러스터가 있습니다. 컴파일 된 소스가있는 곳에서는 IGNITE_HOME을 ./apache-ignite-2.0.0-src로 설정했습니다. IGNITE_HOME/config/default-config.xml 파일이
ArtemisMQ에 대한 간단한 리뷰를 작성해야합니다. 한 지점에서 클러스터 ArtemisMQ의 아키텍처를 고려하십시오. 문서에 따르면 (또는 오히려 내가 어떻게 이해하는지) 노드가 독립적으로 작동합니다 - 각 노드를 발견 한 다음 서로간에 몇 가지 핵심 브리지 연결을 생성 할 수 있습니다. P2P 인 것 같습니다. 내가 맞습니까?
다른 큐 (10000 개 이상의 큐)로 메시지를 동적으로 라우팅 할 수있는 솔루션을 개발하고 싶습니다. 그게 내가 지금까지 가지고있는 것입니다 : Exchange가 topic으로 설정된 Exchange입니다. 라우팅 키를 기반으로 메시지를 다른 대기열로 라우팅 할 수 있습니다. 라우팅 키가 #.%numberOfQueue.# 인 10000 개의 큐. %num
컴퓨터 관리 나 큐 탐색기와 같은 도구를 사용하여 다국적 인바운드 메시지 큐 (일반적으로 개인용)를 검사 할 수 있습니다. 그러나 발신 대기열을 검사하는 것은 또 다른 문제입니다. 숫자를 볼 수는 있지만 드릴 할 수는 없습니다. 메시지가 "보입니다"(내가 말한 숫자를 읽은 것처럼 보입니다.보고 된 메시지가 큐에있는 메시지를 반드시 반영한 것은 아닙니다) 발
기존 Ignite 클러스터에 대한 마이크로 서비스를 작성하고 있습니다. Ignite Messaging 시스템과의 기본적인 통신이 필요하며 다른 Ignite 기능은 필요하지 않습니다. Ignite 라이브러리를 포함시키지 않으려 고합니다. 내 마이크로 서비스를 부 풀릴 것입니다. - ignite.zip은 제 서버보다 약 10 배 이상 크기 때문에 기능의 일부만
우리는 오디오 및 화상 통화 기능이있는 메시징 응용 프로그램을 개발하고 있으며 Facebook이나 Viber가 네트워크 품질을 어떻게 측정하는지 궁금합니다. Facebook Viber의 3 개 주 : Poor, Average 및 Excellent가 네트워크 품질에 따라 변경되는 4 개의 막대로 표시됩니다. 우리는 페이스 북이 분명히하는 것처럼 WebRTC를