我正在構建一個應用程序,只要有人添加,更新或從自定義實體中刪除任何條目,就需要事件觸發器。動態CRM事件觸發對實體條目的更改嗎?
我本來可以使用Azure Schedulars或工作人員角色或函數來查詢CRM並查找更改,但我想知道是否有任何此類事件會在發生更改時觸發掛鉤?
問候, 拉胡爾
我正在構建一個應用程序,只要有人添加,更新或從自定義實體中刪除任何條目,就需要事件觸發器。動態CRM事件觸發對實體條目的更改嗎?
我本來可以使用Azure Schedulars或工作人員角色或函數來查詢CRM並查找更改,但我想知道是否有任何此類事件會在發生更改時觸發掛鉤?
問候, 拉胡爾
你最好的第一站應該是Azure Logic Apps。這是完全託管的工作流服務,其中有connectors和Managed APIS很多SaaS應用程序,其中包括Dynamics CRM Online。
UPDATE
而且here is a web page which fully describes all the various limits you will have when developing a logic app。這將幫助您確定是否需要單個邏輯應用程序,父 - 子關係(或嵌套邏輯應用程序),還是僅需要2個或更多邏輯應用程序。一切取決於你的具體情況。
更新2
至於Bvrce評論 - 您可以使用CRM Online的Azure的服務總線的集成,然後創建一個worflow(邏輯應用程序)聽那個服務總線Qeue。傾聽活動中心的能力存在於Azure Functions中。但是這種方法會給你兩個獨立的表面來管理和維護。使用邏輯應用程序的直接集成將爲您提供一個管理平臺。
我檢查了Azure Logic應用程序。問題是,一個邏輯應用程序是否足以滿足CRM中的多個實體? –
@astaykov邏輯應用程序CRM連接器輪詢CRM並將事件拉出,而服務總線耦合是反應性的,因爲它推動來自CRM的事件。 OP應該能夠更快地實施Logic Apps解決方案。我認爲如果CRM很繁忙併且Web服務的負載需要降低,基於事件的解決方案將會是更好的選擇。看到兩者之間的性能比較會很有趣。我認爲這兩種解決方案都適用於不同的情況。正如你所說的那樣,正確的「第一站」可能是Logic Apps;這是一個新的選擇,我還沒有嘗試過。 – Bvrce
在Azure服務總線和Dynamics CRM事件執行管道之間建立了集成。有幾個選項,包括隊列,同步單向,同步雙向和主題。 https://msdn.microsoft.com/en-us/library/gg334766.aspx – Bvrce