명명된 파이프(mkfifo)가 RabbitMQ의 전신입니까? [폐쇄]

RabbitMQ는 파이프 및 명명된 파이프와 같은 프로세스 간 통신에 사용됩니까?

아니요. 이는 일반적으로 RabbitMQ 또는 메시징 브로커 기반 미들웨어를 이해하는 가장 좋은 방법은 아닙니다.

RabbitMQ와 그 유사품을 이해하기 시작하는 예를 찾고 있다면 낮은 수준의 IPC에 대해 전혀 생각하지 마십시오.

유닉스 메일을 생각해 보세요.

• 프로그램이 메시지를 생성합니다.
• 제목과 본문 텍스트가 있습니다.
• 그들은 심지어(선택사항) 메시지 ID, MIME 콘텐츠 유형, 타임스탬프, 회신 주소.
• 이는 브로커에게 전송됩니다.
• 에이전트는 이를 라우팅하고 라우팅 토폴로지에 따라 다른 프로그램이 이를 검색하는 대기열에 넣습니다.
• 가지다팬아웃 교환보낼 메시지의 복사본을 여러 개 만듭니다.
• 심지어 있다죽은 우편함.

물론 일단 세부 정보를 얻은 후에는 이메일이 아닙니다.

• 라우팅 토폴로지는 메시지를 보내고 받는 데 사용되는 것과 동일한 클라이언트-서버 프로토콜을 사용하여 클라이언트 프로그램에 의해 제어됩니다.
• DNS는 크게 관여하지 않습니다.
• 저장하고 전달하는 것이 아닙니다.
• 팬아웃 교체만 가능아주 대충메일링 리스트와 같습니다.
• 클라이언트 프로그램은 이 프로토콜을 사용하여 대기열을 지울 수 있습니다(https://askubuntu.com/a/707523/43344) 메시지의 TTL을 설정합니다.
• 지속성과 지속성의 정도는 다양합니다.
• 메시지 수신에는 악수가 포함될 수 있습니다.긍정적인그리고부정적인, 그리고프로그래밍 방식으로 강제 재전송.
• 가지다어떤 클라이언트가 어떤 인프라 부분에 어떤 액세스 권한을 가지고 있는지 제어하기 위한 보안 패러다임를 사용하면 관리자는 "JdeBP"라는 사용자 자격 증명으로 로그인한 클라이언트가 메시지를 보낼 수 있는 위치를 제한할 수 있습니다.

하지만 우편으로 보내는 것은 좋은 생각이에요첫 번째 근사치어쨌든 이러한 개념을 이해하려면 IPC 또는 RPC 하위 시스템과 비교하는 것이 훨씬 좋습니다.