2016-09-04 2 views
0

누군가가 사용자 정의 엔티티에서 항목을 추가, 업데이트 또는 제거 할 때마다 이벤트 트리거가 필요한 앱을 작성 중입니다.엔티티 항목의 변경시 Dynamics CRM 이벤트가 트리거됩니까?

나는 Azure Schedulars 또는 작업자 역할이나 기능을 사용하여 CRM 쿼리를 유지하고 변경 사항을 찾을 수 있었지만 변경 사항이있을 때마다 후크를 트리거하는 이벤트가 있는지 궁금합니다.

안부, 라훌

+0

Azure 서비스 버스와 Dynamics CRM 이벤트 실행 파이프 라인 간의 통합 기능이 내장되어 있습니다. 대기열, 동기 편도, 동기식 양방향 및 주제를 포함한 몇 가지 옵션이 있습니다. 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. 이것은 하나의 Logic App, Parent-Child 관계 (또는 중첩 된 로직 어플리케이션), 또는 2 개 이상의 로직 어플리케이션이 필요한지 여부를 식별하는 데 도움이됩니다. 모두 구체적인 경우에 따라 다릅니다.

Bvrce 주석 관련하여 업데이트 2

- 당신은 CRM 온라인의 푸른 서비스 버스 통합을 사용하고 해당 서비스 버스 Qeue을 청취하기 위해 worflow (논리 응용 프로그램)을 만들 수 있습니다. 이벤트 허브를 청취하는 능력은 Azure Functions에 있습니다. 그러나이 방법은 관리하고 유지할 두 개의 표면을 제공합니다. Logic Apps의 직접 통합을 사용하면 단 하나의 관리 판만 확보 할 수 있습니다.

+0

Azure Logic Apps를 확인했습니다. 질문은, 하나의 로직 어플리케이션이 CRM의 여러 엔티티에 충분할 것인가? –

+2

@astaykov Logic Apps CRM 커넥터는 CRM을 폴링하고 이벤트를 추출하지만 서비스 버스 커플 링은 CRM에서 이벤트를 푸시하는 반응이 있습니다. OP는 Logic Apps 솔루션을 더 빨리 구현할 수 있어야합니다. CRM이 바쁘고 웹 서비스에 대한 부하를 줄여야 할 경우 이벤트 기반 솔루션이 더 나은 옵션이라고 생각합니다. 이 둘의 성능 비교를 보는 것은 흥미로울 것입니다. 나는 두 가지 해결책이 서로 다른 상황에서 적절할 것이라고 생각한다. Th right "first stop"은 아마도 당신이 말한 것처럼 Logic Apps 일 것입니다. 그것은 새로운 옵션이며 아직 시도하지 않았습니다. – Bvrce