Apigee Edge 與 Apigee X 之間的差異

部署後無法變更

我們也有類似但不同的解決方案。請參閱「使用 AppGroup 整理應用程式擁有權」。

已排程

• 非同步部署
• 系統會依據執行階段層「簽收」管理層的最後時間擷取部署狀態

• 支援環境群組
• 透過 Apigee UI 和 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 密鑰的形式從北行代管

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

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

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

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

• 透過 Google Cloud 控制台的 IAM 服務管理
• 系統提供幾個現成的精選角色
• 您可以建立自訂角色，並加入其他 Google Cloud 權限。

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

適用於 Apigee Hybrid：

• Ingress 會透過 Anthos 服務網格實作。
• 金鑰和憑證會直接部署至 Kubernetes。

如為 Apigee X：

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