Mule 4：当自动发现自动为已部署的 API 应用策略并对其进行管理时，为什么要在 API 规范中添加客户端 ID 强制执行？
Mule 4 : When Autodiscovery automatically applies a policy for a deployed API and manages it, why to add client id enforcement in API specification?
我有一个关于自动发现和将策略代码片段添加到 API 规范的问题。
使用自动发现，我们可以应用策略，它将适用于已部署的应用程序。例如，通过自动发现应用的速率限制策略可以很好地管理我们的 API.
的访问
那么在 API RAML 中添加 Client id enforcement 或添加此策略的代码片段的目的是什么？这是否意味着一旦 RAML 更改完成，我们再次需要更新代码以包含来自交换的新 RAMl 并重新部署我们的应用程序？
该片段的目的是记录 client_id 和 client_secret 必须作为 HTTP 请求的一部分发送到 REST API。它还将使 APIKit 验证它正在接收策略起作用的预期信息。
我有一个关于自动发现和将策略代码片段添加到 API 规范的问题。
使用自动发现，我们可以应用策略，它将适用于已部署的应用程序。例如，通过自动发现应用的速率限制策略可以很好地管理我们的 API.
的访问那么在 API RAML 中添加 Client id enforcement 或添加此策略的代码片段的目的是什么？这是否意味着一旦 RAML 更改完成，我们再次需要更新代码以包含来自交换的新 RAMl 并重新部署我们的应用程序？
该片段的目的是记录 client_id 和 client_secret 必须作为 HTTP 请求的一部分发送到 REST API。它还将使 APIKit 验证它正在接收策略起作用的预期信息。