使用事件網格、函數和服務總線維護正確的順序

[英]Maintaining Right Order with Event Grid, Functions & Service Bus

我們的活動工作流程是這樣的。 發布系統 --> 事件網格 --> Azure Function (Durable) --> Service Bus --> Consuming App 現在對於一個新要求，我們需要維護事件/消息的順序，因此根據事件網格首先接收到的內容，使用應用 ...

什么是正確的配置，以便消息在MSMQ中按順序發送一次？

[英]What is the proper configuration so that messages are sent once, in-order, in MSMQ?

這是場景： 2台機器：“機器A”和“機器B”。 讓我們坐下來，他們對應的IP地址是192.168.0.100（對於A）和192.168.0.200（對於B）。 兩台計算機上均在Windows Server 2008上安裝了MSMQ。 機器A 已配置以下隊列： priva ...

從父業務流程開始多業務流程並將消息傳遞給他們

[英]Starting mutliple orchestrations from parent orchestration and passing messages to them

我遇到的情況是，主要業務流程負責處理消息隊列。 這些消息屬於一組客戶，業務流程將在消息進入時對其進行讀取，並且對於找到的每個新客戶ID，它將啟動一個新的業務流程，負責處理特定客戶的消息。 我必須保留消息的順序，所以新創建的業務流程應該處理它所擁有的消息，並等待主流程中的其他消息。 嘗試 ...

Biztalk訂購交付直接綁定到多個端口

[英]Biztalk Ordered Delivery direct bound to multiple ports

另一個訂購的送貨問題。 我們有一個業務流程，該業務流程綁定到發送端口，該端口已訂購了true的發送。 另一個發送端口也通過過濾來接收這些消息，該端口也已下令傳遞。 現在由於某種原因，當有多個端口在使用該消息，並且其中一個直接綁定了端口時，僅使用其中一個端口。 我的意思是不是兩個端 ...

Biztalk訂購交貨失敗

[英]Biztalk Ordered Delivery failure

我們有一個BizTalk應用程序，在該應用程序中，輸入消息的順序非常重要，必須加以保留，這意味着它們必須以相同的順序輸出。 通常情況下，按訂單交貨可以解決問題。 但是，我讀到只有在將接收位置直接連接到發送端口時，才能保證有序交付。 從使用業務流程的那一刻起，就不再保證訂單交付。 有辦 ...

使用netMSMQbinding的有序交付

[英]Ordered Delivery with netMSMQbinding

使用WCF netMSMQbinding時是否可以保證有序交付？ 我們在同一隊列中放置了插入命令，后面跟着許多更新命令，並且偶爾有一個更新勝過插入。 添加了廣泛的日志記錄后，很明顯它們以正確的順序添加到隊列中並以不同的順序進行處理。 我已經在Google上寫了幾篇文章，指出這種 ...