Apigee Edge 与 Apigee X 之间的区别

部署后不可修改

有一个类似但不完全相同的解决方案。请参阅使用 AppGroup 整理应用所有权。

已计划

• 异步部署
• 根据上次使用管理层面“签入”的运行时环境来检索部署状态

• 对环境组的支持
• 通过 Apigee 界面和 API 自助完成
• 更加灵活地处理拓扑
• 一个 MP Pod 只能供一个环境使用

如需了解详情，请参阅环境和环境组简介。

请使用 Cloud Run 或 Cloud Functions

已计划

Apigee X 不支持在 JSONPath 表达式中使用 [@.length-x]。 JSONPath 规范规定，表达式取决于底层脚本语言。length-x 是 JavaScript 结构，而非 Java，并且 [@.length-x] 并未作为规范的一部分实现。在 Apigee X 中，表达式 [@.length-x] 已被编号方案 ([-x]) 取代。

就此示例而言：

{
    "books": [
      {
        "name": "A",
      },
      {
        "name": "B",
      }
    ]
}

输入：$.books[@.length-1] 在 Apigee Edge 中返回 {“name”: “B”}，在 Apigee X 中返回 [{“name”: “B”}]。

作为 Kubernetes Secret 进行管理的 Northbound

• 您可以在 Apigee 界面中创建加密的环境范围 KVM。KVM 始终处于加密状态。您无法在该界面中添加、更新或查看 KVM 条目。
• 通过 GET 命令访问 KVM 时，将 private. 特性与所有变量一起使用，以在调试 (Trace) 会话中隐藏 KVM 信息。如果未使用 private. 特性，则 KVM 仍被加密；不过，KVM 信息将在调试 (Trace) 会话中显示为解密，并且不会抛出任何异常。
• 您可以使用 keyvaluemaps.entries API 或 KeyValueMapOperations 政策管理 KVM 条目。
• 您可以针对与 KVM 相同的某些使用场景使用属性集。请参阅使用属性集。
• <MapName> 元素使 KeyValueMapOperations 政策能够在运行时确定要动态使用的 KVM。

如需详细了解如何在界面中创建 KVM，请参阅使用键值映射。如需了解如何选择适当的数据持久性机制，另请参阅访问配置数据。

• 不支持 Node.js API 代理。
• Apigee 建议将 Node.js 应用作为单独的容器在 Kubernetes 中进行托管（同一集群或不同集群）

• 新政策：
  • AssertCondition 政策：在运行时在请求或响应流中评估条件语句。
  • CORS 政策：允许在网页中执行的 JavaScript XMLHttpRequest (XHR) 调用与来自非源网域的资源进行交互。
  • DataCapture 政策：替换 StatisticsCollector 政策。
  • ExternalCallout 政策：向 gRPC 服务器发送 gRPC 请求以实现 Apigee 政策不支持的自定义行为。
  • GraphQL 政策：将 GraphQL 载荷解析为消息流变量，以及/或者针对架构验证 GraphQL 请求。
  • PublishMessages 政策：将 API 代理流信息发布到 Google Cloud Pub/Sub 主题。
  • RevokeOAuthv2 政策：按用户 ID 和/或应用 ID 撤消
  • TraceCapture 政策：向 Apigee 运行时的跟踪记录数据添加其他变量。
• 不支持的政策：
  • StatisticsCollector 政策（已替换为新的 DataCapture 政策）
• 更改后的政策：
  • MessageLogging 政策：不支持文件日志记录

• 通过 Google Cloud 控制台 IAM 服务进行管理
• 系统提供了一些精选的开箱即用角色
• 您可以创建可包括其他 Google Cloud 权限的自定义角色

如需了解详情，请参阅用户和角色。

对于 Apigee Hybrid：

• 该入站流量是通过 Anthos Service Mesh 实现的。
• 密钥和证书直接部署到 Kubernetes。

对于 Apigee X：

• 每个实例会通过自签名证书公开 HTTPS 端点。您可以通过查询组织来下载证书的 CA。