JSON HTTP Webhook 回调的架构验证 url（Azure 逻辑应用程序）
JSON Schema validation on HTTP Webhook callback url (Azure Logic Apps)
在 Azure 逻辑应用程序中，有什么方法可以使用 JSON Schema validation on the HTTP Webhook 回调主体吗？类似于 JSON Schema 在 HTTP 触发器 "When a HTTP request is received" 上的使用方式。
直接看，好像不是。
一种可能的替代方法是之后使用 Parse JSON 组件，但在调用回调 url 时不会抛出 HTTP 错误。
还有其他可能的解决方案吗？
目前，没有直接在 Webhook 回调上执行此操作的选项。您可以做的是让一个中间验证器 HTTP 触发逻辑应用程序（Webhook 回调包装器），它进行验证，然后仅在有效时将 HTTP 调用转发到实际的 Webhook 回调。
要实现这一点，您需要派生一个指向中间验证器逻辑应用程序的新回调 url，并在 CallbackUrl 中传递 instanceid。然后，您需要在包装器逻辑应用程序中重建完整的回调 url，以将经过验证的有效负载转发到原始逻辑应用程序实例。
您可以在 this post 中获得有关如何实施此 Webhook 回调包装器的一些见解。在您的情况下，只要您可以在 wrapper/validator 上导出原始回调 url，就不需要存储任何相关性。
HTH。
在 Azure 逻辑应用程序中，有什么方法可以使用 JSON Schema validation on the HTTP Webhook 回调主体吗？类似于 JSON Schema 在 HTTP 触发器 "When a HTTP request is received" 上的使用方式。
直接看，好像不是。
一种可能的替代方法是之后使用 Parse JSON 组件，但在调用回调 url 时不会抛出 HTTP 错误。
还有其他可能的解决方案吗？
目前，没有直接在 Webhook 回调上执行此操作的选项。您可以做的是让一个中间验证器 HTTP 触发逻辑应用程序（Webhook 回调包装器），它进行验证，然后仅在有效时将 HTTP 调用转发到实际的 Webhook 回调。
要实现这一点，您需要派生一个指向中间验证器逻辑应用程序的新回调 url，并在 CallbackUrl 中传递 instanceid。然后，您需要在包装器逻辑应用程序中重建完整的回调 url，以将经过验证的有效负载转发到原始逻辑应用程序实例。
您可以在 this post 中获得有关如何实施此 Webhook 回调包装器的一些见解。在您的情况下，只要您可以在 wrapper/validator 上导出原始回调 url，就不需要存储任何相关性。
HTH。