Dynamics 365 和 Azure 集成
Dynamics 365 and Azure integration
我正在为 Dynamics 365 构建应用程序。
该应用应触发潜在客户创建、对外部服务进行 HTTP 调用、获取一些数据、使用新数据更新潜在客户。
我还需要在我的服务需要时通过对数据 API 从我这边到客户实例的数据进行 HTTP 调用来临时更新单个和一批潜在客户。
此应用应该可以安装并 运行 在客户的 Dynamics 实例上。
据我所知，一种方法是使用 Azure "Wep API" 应用程序和 Dynamics 365 OData Web API。
在查看文档和 MSDN 3 天后，我对以下问题没有任何答案，所以我需要这里的好人的帮助。
我的问题是：
我将如何实施触发器来对潜在客户创建或更新执行某些操作？ （类似于插入触发器之前的 SF）
每秒/分钟/天向外发出的HTTP请求数是否有限制？
批量更新潜在客户的 HTTP 请求数量是否有限制？
运行时间有限制吗？
我找不到任何关于此的文档，老实说，我对整个 MS 云生态系统的复杂性和混乱感到震惊，疯狂......所以请帮助:)
I was not able to locate any documentation on this and to be honest I
am blown away by the sheer complexity and confusion around the entire
MS cloud ecosystem
这个问题可能有点太宽泛了。几点建议：
- Microsoft 制作了很多软件，知道您需要哪些位是挑战的一半。对于文档尝试开始 here.
- 这些软件虽然经常作为 'package' 出售或展示，但通常是完全独立的应用程序。
- 你好像在看； Microsoft Dynamics 365 (previously known as CRM) and Azure（它本身由几十个子服务组成）。
- 我建议您先了解每个应用程序，然后再将它们集成在一起。对于 365，我有一个 blogged 系列文章，您可能会觉得有用。
关于您对 Microsoft Dynamics 365 的具体评价：
带有 custom workflow activity, or a plugin 的工作流程是一个不错的选择。
我不这么认为。
视情况而定。一般来说没有。如果您使用 ExecuteMultipleRequest，那么是的，限制为 1000。
是的，如果您在 sandbox 中 运行。
Microsoft Dynamics 365 (online & on-premises) support the execution of
plug-ins and custom workflow activities in an isolated environment. In
this isolated environment, also known as a sandbox...If the sandbox
worker process that hosts this custom code exceeds threshold CPU,
memory, or handle limits or is otherwise unresponsive, that process
will be killed by the platform.
我正在为 Dynamics 365 构建应用程序。
该应用应触发潜在客户创建、对外部服务进行 HTTP 调用、获取一些数据、使用新数据更新潜在客户。
我还需要在我的服务需要时通过对数据 API 从我这边到客户实例的数据进行 HTTP 调用来临时更新单个和一批潜在客户。
此应用应该可以安装并 运行 在客户的 Dynamics 实例上。
据我所知，一种方法是使用 Azure "Wep API" 应用程序和 Dynamics 365 OData Web API。
在查看文档和 MSDN 3 天后，我对以下问题没有任何答案，所以我需要这里的好人的帮助。
我的问题是：
我将如何实施触发器来对潜在客户创建或更新执行某些操作？ （类似于插入触发器之前的 SF）
每秒/分钟/天向外发出的HTTP请求数是否有限制？
批量更新潜在客户的 HTTP 请求数量是否有限制？
运行时间有限制吗？
我找不到任何关于此的文档，老实说，我对整个 MS 云生态系统的复杂性和混乱感到震惊，疯狂......所以请帮助:)
I was not able to locate any documentation on this and to be honest I am blown away by the sheer complexity and confusion around the entire MS cloud ecosystem
这个问题可能有点太宽泛了。几点建议：
- Microsoft 制作了很多软件，知道您需要哪些位是挑战的一半。对于文档尝试开始 here.
- 这些软件虽然经常作为 'package' 出售或展示，但通常是完全独立的应用程序。
- 你好像在看； Microsoft Dynamics 365 (previously known as CRM) and Azure（它本身由几十个子服务组成）。
- 我建议您先了解每个应用程序，然后再将它们集成在一起。对于 365，我有一个 blogged 系列文章，您可能会觉得有用。
关于您对 Microsoft Dynamics 365 的具体评价：
带有 custom workflow activity, or a plugin 的工作流程是一个不错的选择。
我不这么认为。
视情况而定。一般来说没有。如果您使用 ExecuteMultipleRequest，那么是的，限制为 1000。
是的，如果您在 sandbox 中 运行。
Microsoft Dynamics 365 (online & on-premises) support the execution of plug-ins and custom workflow activities in an isolated environment. In this isolated environment, also known as a sandbox...If the sandbox worker process that hosts this custom code exceeds threshold CPU, memory, or handle limits or is otherwise unresponsive, that process will be killed by the platform.