0

我正在寻找一种在 Dynamics 365 上发布更改的弹性方式。我使用以下方法完成了 POC。

  1. 使用逻辑应用连接到使用 Common Data Services 连接器的 Dynamics 365 实例,该连接器在连接实体的任何更改时触发。我尝试禁用逻辑应用程序以模拟场景,以防逻辑应用程序由于某种原因失败。我发现逻辑应用程序不会触发更新,而逻辑应用程序在启用后被禁用。这是预期的行为吗?我是从弹性的角度思考的。

  2. 注册服务端点以将更改发布到服务总线。我发现发布的消息很冗长,并且通过剖析消息来计算更改很乏味。

在 D365 实体上发布更改的推荐方式是什么?

4

1 回答 1

0

我会选择选项 1,是的,逻辑应用程序在处于禁用状态时不会被触发。

  1. 使用逻辑应用连接到使用 Common Data Services 连接器的 Dynamics 365 实例,该连接器在连接实体的任何更改时触发。我尝试禁用逻辑应用程序以模拟场景,以防逻辑应用程序由于某种原因失败。我发现逻辑应用程序不会触发更新,而逻辑应用程序在启用后被禁用。这是预期的行为吗?我是从弹性的角度思考的。

另一个优点是您可以以您希望将消息发送到逻辑应用程序的方式准备 json 对象。注册服务端点会将整个远程上下文数据发布到服务总线,这有点难以解析。

如果我有帮助,请标记我的答案已验证

于 2020-08-26T11:00:03.987 回答