나는 James Lewis의 "Microservices: Java, The Unix Way" 프리젠 테이션을 정말 즐겼습니다. 이 프레젠테이션에서http를 사용하여 경쟁 소비자를 구현하는 방법
, Atom 피드 오프 이벤트를 읽고 여러 소비자가 과정에서 읽기 및 사용자 단체로 전환 할 수있는 엔드 포인트를 노출하는 큐 처리 엔진을 작성하여 사용자 등록 서비스를 구현하는 방법에 대한 제임스의 이야기.
"대기열 처리 엔진 조건부 GET을 사용하여 경쟁 소비자 패턴을 구현, PUT 및 ETag를 : 특정 slide (비디오에서 18시 40분 주위)에
노트는이 사용 competing consumer EIP 구현 말 이벤트 대기열에 의해 노출 된 원자 집계에 대해 "
이러한 유형의 대기열 (그리고 이질적인 소비자가 있다고 말하는 방식)은 게시 - 구독 채널임을 암시합니다.
난 정말이 구현 될 수 있는지 이해하지 마십시오 EIP 책은 소비자를 경쟁하는 경우에만 작동 말한다 :
[...]와 지점 간 채널; 여러 소비자 게시 - 구독 채널 단지
내가 큐 프로세서는 경쟁 소비자가 새 항목에 대한 GET 요청을 부르는 REST 리소스를 노출 가정하지만, 각 메시지의 많은 사본을 작성하여 PUT 요청을 할 경우와 etags 그것으로 들어온다?
여러 수석 건축가로부터 조언을 받았습니다. 단일 사용자는 수평 확장이 실제로 필요한 경우 이벤트를 경쟁 대기열로 간단하게 파이프 할 수 있습니다. – Seth