2016-09-04 2 views
0

誰かがカスタムエンティティからエントリを追加、更新、または削除するたびにイベントトリガを必要とするアプリケーションを構築しています。ダイナミックCRMイベントはエンティティエントリの変更をトリガしますか?

Azure Schedularsやワーカーの役割や機能を使用してCRMをクエリして変更を探すことができましたが、変更があるたびにフックをトリガーするようなイベントがあるかどうか疑問に思っていましたか?

よろしく、 ラーフル

+0

AzureサービスバスとDynamics CRMイベント実行パイプラインの間の統合が組み込まれています。キュー、同期片方向、同期双方向、トピックを含む2つのオプションがあります。 https://msdn.microsoft.com/en-us/library/gg334766.aspx – Bvrce

答えて

2

あなたの最高の最初のピットストップはAzure Logic Appsする必要があります。これは完全に管理されたワークフローサービスで、connectorsManaged 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。これは、1つのLogic App、Parent-Child関係(またはネストされたロジックアプリ)、または2つ以上のロジックアプリの必要性を識別するのに役立ちます。すべてあなたの具体的なケースに依存します。

UPDATE Bvrceコメントに関して2

- あなたはCRMオンラインのAzureのサービスバスの統合を使用し、そのサービスバスQeueを聞くことがworflow(ロジックアプリケーション)を作成することができます。イベントハブを聞く能力はAzure Functionsにあります。しかし、このアプローチでは、管理して維持する2つのサーフェスが用意されています。 Logic Appsを直接統合すると、管理するプレートが1つだけになります。

+0

Azure Logic Appsを確認しました。問題は、1つのロジックアプリケーションがCRMの複数のエンティティで十分であるということですか? –

+2

@astaykov Logic Apps CRMコネクタはCRMをポーリングしてイベントを取り出しますが、サービスバス結合は、CRMからイベントをプッシュするという点で反応的です。 OPはLogic Appsソリューションをより迅速に実装できるはずです。 CRMが忙しく、Webサービスの負荷を軽減する必要がある場合は、イベントベースのソリューションがより良い選択肢になると思います。両者の性能比較を見ると面白いだろう。私は両方のソリューションが異なる状況で適切だろうと思う。あなたが言っているように、おそらくロジック・アプリです。それは新しいオプションです、私はまだそれを試していません。 – Bvrce

関連する問題