1
우리는 업스트림 시스템이 메시지 큐의 메시지를 보내고 이러한 메시지를 처리하는 기존 설정을 사용합니다. 내용은 xml이며 우리는 단순히 언 마샬링합니다.이 비 정렬 단계 다음에는 관련 값을 적절한 열). 시스템은 더 많은 업스트림 시스템과 인터페이스하도록 설정되어 있으며 우리의 볼륨은 하루 40mm의 피크 크기로 증가 할 것입니다.높은 볼륨을 처리하기 위해 다중 스레드 소비자/생산자 방식을 대체하는 Storm?
우리의 현재 처리 방식은 대기열에 리스너를 가지고 있으며 다음으로 비 정렬 화 및 후속 db 쓰기를 수행하는 여러 생성자 및 소비자 스레드를 가지고 있습니다.
내 질문 :이 프로세스를 스톰 유스 케이스 시나리오에 맞출 수 있습니까? MQ는 내 주둥이가 될 수 있고 나는 비 정렬에 2 개의 볼트를 가지고 있습니다. 그러면 DB에 쓰는 다음 볼트의 주둥이가됩니까?
그렇다면 유익 할 수있는 것은 무엇입니까? 성가신 멀티 스레드 프로듀서/작업자 패턴의 코드는 작별 인사입니다. 위의 경우와 같이 간단하면 생산자/소비자 시나리오에 대한 일반적인 멀티 스레드 접근 방법에 의지하고 싶습니다. 내 포인트는 기존의 것보다 Storm이 빛나기 시작한 데이터 볼륨/빈도입니다. 접근.
PS : 생각의 라인이 맞다면 나는 정말이 새로운이의 묘리를 터득하려고 노력하고 확인하려는거야
감사합니다, 확실히이 시나리오에 들어갈 수 CVM
하드웨어와 같은 다른 요소들에 의존하기 때문에
특정 데이터 볼륨의 수는 매우 광범위한 질문이다. 폭풍 사용자 메일 링리스트에서 더 나은 행운을 누릴 수 있습니다. –