Publisher/Subscriber 예

https://learn.microsoft.com/ko-kr/dotnet/architecture/dapr-for-net-developers/publish-subscribe

Dapr 게시 & 구독 문서 블록

위의 내용에서 발췌

 

Publish-Subscribe Pattern
Messaging Pattern

• 이 패턴의 주요 이점 : Loosely coupled, 느슨한 결합
• 분산 Application 에서 사용
• 메시지(게시자, Provider, Producer)를 보내는 서비스와
  메시지(구독자, Subscriber, Consumer)를 사용하는 서비스가 분리됨
• 게시자와 구독자 모두 서로를 인식하지 못함 (할 필요도 없음)
  둘 다 메시지를 배포하는 중앙 집중식 메시지 브로커 에 종속
• Messaing 제품간의 기능 차이가 있으므로 확인 필요
• 메시지를 보낼 때 구독자를 즉시 사용할 수 있거나 온라인 상태가 될 필요는 없음
  사용 가능하면 구독자는 메시지를 받고 처리
  -> 그래서 느슨하다고 함 (반면에 REST API 는 Coupling이 심함)
• 메시지가 게시되면 관심 있는 구독자에게 한 번 이상 전달
  서비스에서 메시지를 한 번만 처리할 수 있는 경우
  동일한 메시지가 여러 번 처리되지 않도록 idempotency 검사를 제공해야 함
  이러한 논리를 코딩할 수 있지만 Azure Service Bus 같은 일부 메시지 브로커는
  기본 제공 중복 검색 메시징 기능을 제공