Apigee Edge 與 Apigee X 之間的差異

部署後即無法變更

我們提供類似但不完全相同的解決方案。請參閱「使用 AppGroups 整理應用程式擁有權」。

預定

• 非同步部署
• 系統會根據執行階段層上次向管理層「簽到」的時間，擷取部署狀態

• 支援環境群組
• 透過 Apigee UI 和 API 自助服務
• 提供更彈性的服務拓撲
• MP Pod 只能服務一個環境

詳情請參閱「關於環境和環境群組」。

請使用 Cloud Run 或 Cloud Functions

預定

Apigee X 不支援在 JSONPath 運算式中使用 [@.length-x]。 JSONPath 規格指出，運算式取決於基礎指令碼語言。length-x 是 JavaScript 建構函式，而非 Java，且 [@.length-x] 並未實作規格的一部分。在 Apigee X 中，索引配置 ([-x]) 會取代 [@.length-x] 運算式。

在本例中：

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

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

以 Kubernetes 密鑰形式管理的北向

• 您可以在 Apigee UI 中建立加密的環境範圍 KVM。KVM 一律會加密。您無法在 UI 中新增、更新或查看 KVM 項目。
• 使用 GET 指令存取 KVM 時，請搭配所有變數使用 private. 屬性，在偵錯 (追蹤) 工作階段中隱藏 KVM 資訊。如果未使用 private. 屬性，KVM 仍會加密，但 KVM 資訊會在偵錯追蹤工作階段中解密，且不會擲回例外狀況。
• 您可以使用 keyvaluemaps.entries API 或 KeyValueMapOperations 政策管理 KVM 項目。
• 您可以使用屬性集，處理與 KVM 相同的部分用途。請參閱「使用屬性組合」。
• <MapName> 元素可讓 KeyValueMapOperations 政策在執行階段動態識別要使用的 KVM。

如要進一步瞭解如何在 UI 中建立 KVM，請參閱「使用鍵值對應」。另請參閱存取設定資料，瞭解如何選擇合適的資料保存機制。

• 不支援 Node.js API Proxy。
• Apigee 建議您在 Kubernetes 中將 Node.js 應用程式做為個別容器代管 (相同或不同叢集)

• 新政策：
  • AssertCondition 政策：在要求或回應流程中，於執行階段評估條件陳述式。
  • CORS 政策：允許在網頁中執行的 JavaScript XMLHttpRequest (XHR) 呼叫與非來源網域的資源互動。
  • DataCapture 政策：取代 StatisticsCollector 政策。
  • ExternalCallout 政策：將 gRPC 要求傳送至 gRPC 伺服器，以實作 Apigee 政策不支援的自訂行為。
  • GraphQL 政策：將 GraphQL 酬載剖析為訊息流程變數，根據結構定義驗證 GraphQL 要求，或同時執行這兩項操作。
  • PublishMessages 政策：將 API Proxy 流程資訊發布至 Google Cloud Pub/Sub 主題。
  • RevokeOAuthv2 政策：依使用者 ID、應用程式 ID 或兩者撤銷。
  • TraceCapture 政策：在 Apigee 執行階段的追蹤資料中新增其他變數。
• 不支援的政策：
  • StatisticsCollector 政策 (已由新的 DataCapture 政策取代)
• 異動政策：
  • MessageLogging 政策：不支援檔案記錄

• 透過 Google Cloud 控制台的 IAM 服務管理
• 系統提供部分精選的預設角色
• 您可以建立自訂角色，其中可包含其他 Google Cloud 權限

詳情請參閱「 使用者和角色」。

Apigee Hybrid：

• 輸入是透過 Apigee 輸入閘道實作。
• 金鑰和憑證會直接部署到 Kubernetes。

Apigee X：

• 每個執行個體都會透過自行簽署的憑證公開 HTTPS 端點。您可以查詢機構，下載憑證的 CA。