公共数据服务逻辑应用连接器或服务端点，用于将更改发布到ServiceBus

问题描述

我正在寻找一种弹性的方式来在Dynamics 365上发布更改。我已经使用以下方法进行了POC。

1. 使用逻辑应用程序通过Common Data Services连接器连接到Dynamics 365实例，该连接器在连接的实体发生任何更改时都会触发。我已尝试禁用逻辑应用程序以模拟方案，以防逻辑应用程序由于某种原因失败。我发现在启用逻辑功能后禁用逻辑应用程序时，逻辑应用程序不会触发完成的更新。那是预期的行为吗？我从弹性的角度思考。

2. 注册了服务端点，以将更改发布到服务总线。我发现发布的消息很冗长，并且通过解剖消息来解决更改很繁琐。

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

解决方法

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

1. 使用逻辑应用程序通过Common Data Services连接器连接到Dynamics 365实例，该连接器在连接的实体发生任何更改时都会触发。我已尝试禁用逻辑应用程序以模拟方案，以防逻辑应用程序由于某种原因失败。我发现逻辑应用程序在启用后被禁用时，不会触发逻辑应用程序完成的更新。那是预期的行为吗？我从弹性的角度思考。

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

如果我有帮助，请标记我的回答