Downloaded 52 times
Uploaded byAndrew Wu
.NET Conf 2018 - Message Queue Based RPC
The document discusses the implementation and challenges of using message queues, specifically with RabbitMQ in a .NET environment. It highlights concepts like RPC over queues and the importance of correlation IDs and reply queues. Additionally, it provides links to resources, tutorials, and job openings related to C# and ASP.NET development.
.NET Conf 2018 - Message Queue Based RPC
- 1.
- 3.
- 8.
- 9.
- 11.
- 12.
- 19. 如果我需要等待 queue 處理結果， 才能進行下一步? RPC(over queue) & Async Call?
- 20. http://www.rabbitmq.com/tutorials/tutorial-six-dotnet.html Queue RPC 基本運作原理: 送出的Message 標註 Correlation ID 與 Reply Queue 告知 回傳的管道。實作上的挑戰在於非同步的處理，以及 C / S 都要扮演 Consumer 的角色 (對不同的 Queue)。
- 21. Implementation & Demo (.NET Standard 2.0 )
- 24. Main 呼叫 Client.CallAsync() 要執行完成這段 code 才會 回傳 async Task. CallAsync( ) Task 回傳後, await 必須等到這段結束才會 拿到 Result
- 39.
- 48.
- 50.
- 51.
- 52. 3. Don’t sharechannels between threads 6. Don't have an unlimited prefetch value
- 53.
- 54.
- 55.
- 56.
- 58. 【我們正在招募】 ● 架構師 ● C#Asp.Net MVC開發工程師 https://www.91app.com/careers/
- 60.
Editor's Notes
- #4 把資訊點連起來，能靈活運用才是知識
- #10 Basic: store and forward, queue 可以當作 buffer, 不論是 client or server 短暫離線都不會有影響 Like email, 使用信件溝通，叫可靠也較不會影響到他人目前的工作。如果你不需要及時的對談，用 email 是叫好的選擇。 可靠 寄後不理 留紀錄 有空再處理，對方不會瞬間被忙翻
- #11 號碼機 就是典型的 QUEUE 受理櫃檯就是 WORKER (CONSUMER) 顧客就是 CLIENT (PRODUCER) 決定乘載能力的幾個關鍵: 號碼機能否在有限期間內 (EX: 5 sec) 印出號碼單給 USER? 場地有沒有足夠空間給客人等待? 服務櫃台是否夠多，足以消化 QUEUE 內的 JOB ? 處理速度 = 服務櫃台數量 x 單一櫃檯的服務速度 等候人數 = QUEUE LENGTH = WAITING TIME 等候人數 = QUEUE STORAGE 客人可以先離開辦事情 櫃台若需要離開 (吃飯、上廁所)，只要處理完已受理的客人 (叫號)，別在叫下一號，就可以安全的暫離 擴充櫃檯數就能提升服務量 (SCALE OUT)
- #18 Orchestration: 編配 (指: 交響樂, 有總指揮) Choregraphy: 編排 (編舞、指: 芭雷舞)
- #36 Var a = await demo.SendAsync(“Hello!”); Console.WriteLine(….. {a} … );
- #42 PublishMessage()
- #63 MSMQ 也有類似機制，可以指定 correlaction id 取得 reply message, 而不用按照順序 FIFO 找 MSMQ 的 ack 狀態有專屬管道可以通知 client, 讓 client 能做到 whatsapp 類似功能: 已送達 V, 已讀 VV