反模式:从 API 代理调用 Management API

您正在查看 Apigee Edge 文档。
转到 Apigee X 文档
info

Edge 具有一个强大的实用程序,称为“管理 API”,可提供以下服务:

  • 部署或取消部署 API 代理
  • 配置虚拟主机、密钥库和 truststores 等。
  • 创建、删除和/或更新实体,例如键值对映射、API 产品、开发者 应用、开发者、使用方密钥等。
  • 检索这些实体的相关信息

这些服务可以通过 Apigee Edge 平台中名为“管理服务器”的组件访问。 借助简单的管理 API 调用,可以轻松调用这些服务。

有时,我们可能需要在运行时使用 API 代理中的一项或多项服务。这是因为键值对映射、OAuth 访问令牌、API 产品、开发者应用、开发者、使用方密钥等实体以键值对、自定义属性的形式包含有用的信息,或者作为其配置文件的一部分。

例如,您可以将以下信息存储在 KeyValueMap 中,以提高其运行时的安全性和可访问性:

  • 后端目标网址
  • 环境属性
  • 后端或第三方系统的安全凭证

同样,您可能希望在运行时获取 API 产品或开发者电子邮件地址列表。 此信息将作为开发者应用配置文件的一部分提供。

所以这些信息都可以在运行时有效地使用,以便在政策中启用动态行为或在 Apigee Edge 中启用自定义代码。

反模式

管理 API 是首选,并且对于管理任务很有用,不应该用于在 API 代理流程中执行任何运行时逻辑。原因如下:

  • 如果从 API 代理中使用管理 API 来访问实体(例如键值对映射、OAuth 访问令牌)的相关信息或用于任何其他目的,将会导致对管理服务器的依赖关系。
  • 管理服务器不属于 Edge 运行时组件的一部分,因此可能不具备 高可用性。
  • 管理服务器也可能无法在同一网络或数据中心内预配,因此可能会在运行时导致网络延迟。
  • 管理服务器中的条目会缓存更长时间,因此在短时间内执行写入和读取时,我们可能无法立即在 API 代理中看到最新数据。
  • 在运行时增加网络跃点。

在下面的代码示例中,管理 API 调用通过自定义 JavaScript 代码进行,以从键值对映射检索信息:

var response = httpClient.send('https://api.enterprise.apigee.com/v1/o/org_name/e/env_name/keyvaluemaps/kvm_name')

如果管理服务器不可用,则调用管理 API 调用的 JavaScript 代码将失败。此后会导致 API 请求失败。

影响

  • 在运行时引入了对管理服务器的其他依赖项。管理服务器中的任何故障都会影响 API 调用。
  • 管理 API 的用户凭据需要存储在本地或存储在某些安全存储区(例如已加密的 KVM)中。
  • 通过网络调用管理服务对性能产生的影响。
  • 由于管理服务器中的缓存过期时间较长,可能无法立即看到更新后的值。

最佳做法

在运行时,有更有效的方法从实体中(例如键值对映射、API 产品、开发者应用、开发者、使用方密钥等)检索信息。以下是几个示例:

  • 使用 KeyValueMapOperations 政策访问键值对映射中的信息。以下示例代码 演示了如何从键值对映射检索信息:
    <!-- /antipatterns/examples/2-6.xml -->
    <KeyValueMapOperations mapIdentifier="urlMap" async="false"
        continueOnError="false" enabled="true" name="GetURLKVM">
      <DisplayName>GetURLKVM</DisplayName>
      <ExpiryTimeInSecs>86400</ExpiryTimeInSecs>
      <Scope>environment</Scope>
      <Get assignTo="urlHosti" index="2">
        <Key>
          <Parameter>urlHost_1</Parameter>
        </Key>
      </Get>
    </KeyValueMapOperations>
  • 如需访问 API 代理中 API 产品、开发者应用、开发者、使用方密钥等信息,您可以执行以下任一操作:
    • 如果您的 API 代理流程具有 VerifyAPIKey 政策,则您可以使用作为此政策一部分填充的流变量访问信息 。以下示例代码演示了 如何使用 JavaScript 检索开发者应用的名称和 created_by 的相关信息:
      <!-- /antipatterns/examples/2-7.xml -->
      print("Application Name ", context.getVariable(""verifyapikey. VerifyAPIKey.app.name"));
      print("Created by:", context.getVariable("verifyapikey. VerifyAPIKey.app.created_by"));
    • 如果您的 API 代理流程没有 VerifyAPIKey 政策,则您可以使用 Access Entity 和 Extract Variables 政策访问 API 产品、开发者应用等配置文件:
      1. 使用 AccessEntity 政策检索开发者应用的配置文件:
        <!-- /antipatterns/examples/2-8.xml -->
        <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
        <AccessEntity async="false" continueOnError="false" enabled="true" name="GetDeveloperApp">
          <DisplayName>GetDeveloperApp</DisplayName>
          <EntityType value="app"></EntityType>
          <EntityIdentifier ref="developer.app.name" type="appname"/>
          <SecondaryIdentifier ref="developer.id" type="developerid"/>
        </AccessEntity>
      2. 使用 ExtractVariables 政策 从开发者应用中提取 appId
        <!-- /antipatterns/examples/2-9.xml -->
        <ExtractVariables name="Extract-Developer App-Info">
          <!--
            The source element points to the variable populated by AccessEntity policy.
            The format is <policy-type>.<policy-name>
            In this case, the variable contains the whole developer profile.
          -->
          <Source>AccessEntity.GetDeveloperApp"</Source>
          <VariablePrefix>developerapp</VariablePrefix>
          <XMLPayload>
            <Variable name="appld" type="string">
              <!-- You parse elements from the developer profile using XPath. -->
              <XPath>/App/AppId</XPath>
            </Variable>
          </XMLPayload>
        </ExtractVariables>

深入阅读