TemporaryQueues : 몇 개가 너무 많습니까? 그들이 얼마나 오래 열려 있어야합니까?

Question

응답을 기대하는 약 100,000 건의 요청을 생성하는 응용 프로그램을 만들려고합니다. 정적 응답 큐 또는 임시 큐를 사용할지 궁금합니다. 요청하는 클라이언트는 하나 뿐이며 회신하는 서버는 하나뿐입니다. 클라이언트의 유스 케이스는 하루에 한 번 태스크를 생성하는 것입니다.

응답에 임시 대기열을 사용하려고하지만 임시 대기열의 양에 대한 합리적인 제한이 있는지 또는 얼마나 오랫동안 열어 둘지 궁금합니다.

일부 답글은 돌아 오는 데 수 일이 걸리거나 돌아 오지 않으므로 약 3 일 후에 임시 대기열이 시간 초과됩니다.

Answer 1

나의 즉각적인 생각은 3 일이 임시의 정의를 확장한다는 것입니다. 그 시간에 당신은 요청자 (응답을 소비하는 생산자)와 중개자 중단 모두에서 살아 남기를 원합니다. 임시 대기열은 구독자와 브로커 간 계약입니다. 그 중 하나가 중단되면 임시 대기열이 사라지고 대기열에서 회신을 시도 할 때 응답자가 오류를받습니다.

이 인스턴스에서는 정적 대기열을 사용합니다. 요청자의 요청에 대한 응답을 다시 연관시키기위한 계층을 구현해야하지만, 그 프로세스의 중단에서도 생존하려면 어쨌든해야합니다 추가 상태를 데이터베이스에 저장).