我的客户已经决定使用Dynamics 365 (CRM),现在我们正在研究如何设置集成。我们将初始迁移与持续集成分开,这里我们讨论的是持续集成。
场景是,我们有一个现有的应用程序(而不是动态) onprem,它应该向D365发送更新。在最好的情况下,我们立即(或几乎立即)并异步地将更新发送到D365。有些时候,可能有近60000个更新需要完成,但其他的更新相对较少。我们还知道,每24小时调用D365的次数有一个上限。
现在,我的问题是,从onprem应用程序集成到上述场景中的D365的推荐方法是什么?
编辑:我们一直在研究使用Kingsway api,batch api和OData Soft。但对于持续集成...Kingsway会是一个选择吗?!使用OData,我们可以同步或异步(使用服务总线)更新记录的记录。使用批处理api,我们可能会更新,比如每批100个,每分钟一次……有了金斯威..。多久一次
发布于 2020-01-23 18:33:10
我使用Azure服务总线实现了一个类似的解决方案
你可以将数据从JSON或simlier从你的本地动态引擎发送到服务总线,然后从into Dynamics 365中提取它,你需要使用逻辑应用程序(非代码)或函数应用程序(代码)来管理将消息从onprem推送到消息队列并将它们拉入D365。
我建议在这里查看一下服务巴士。https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-messaging-overview
下面是使用逻辑应用程序与服务总线集成的简要概述。https://docs.microsoft.com/en-us/azure/connectors/connectors-create-api-servicebus
https://stackoverflow.com/questions/59869003
复制相似问题