Cloud 从onprem数据库与dynamics 365集成的推荐方法是什么？

我的客户已经决定使用Dynamics 365（CRM），现在我们正在研究如何设置集成。我们将初始迁移与持续集成分开，这里我们讨论的是持续集成

这个场景是我们有一个现有的应用程序（不是Dynamics）onprem，它应该向D365发送更新。在最好的情况下，我们会立即（或几乎立即）异步发送更新到D365。有些日子可能需要进行近60000次更新，但有些日子需要进行的更新相对较少。我们还知道，每24小时呼叫D365的次数有一个上限

现在，我的问题是，在上述场景中，从onprem应用程序集成到D365的推荐方法是什么

编辑：

---

我们一直在研究使用ODataAPI、批处理api和Kingsway软件。但是对于持续集成。。。金斯威会是一种选择吗？！使用OData，我们可以同步或异步（使用servicebus）逐个更新记录。使用批处理api，我们可能会更新，比如每批100个，每分钟一次。。。和金斯威一起。。。我使用Azure服务总线实现类似解决方案的频率

您可以从on-prem Dynamics将数据从JSON或simlier发送到服务总线，然后从Dynamics 365中提取数据。您需要使用逻辑应用程序（非代码）或函数应用程序（代码）来管理将消息从onprem推送到消息队列中，并将其拉到D365中

我建议您在这里查看服务巴士。。。

下面是使用逻辑应用程序与服务总线集成的简要概述。。

---

我能为数据迁移/数据集成提出另外两种方法吗

以下两个是经验证且稳定的数据迁移/集成产品。我们已经将其用于许多项目和作品，如《魅力为我们》等

---

数据迁移，是的。数据集成…不，这是我的答案，但也许我错了。当然，这取决于我们更新的频率。每天一次，我相信它也能起作用。是的，我喜欢这种式样。这是我自己的第一选择。不过，在这种情况下，我们仍将有60000个电话，每天只允许我们拨打100000个电话。最有可能的是，我们会在某个时候达到极限……10万的极限在哪里？不知道哪里有硬限制？但可能遗漏了一些东西……这是二手信息，但我听说这是一个即将到来的极限。