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 中，運算式 [@.length-x] 已由索引編排方案 ([-x]) 取代。

在本例中：

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

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

以 Kubernetes 密鑰管理的北向資料

• 您可以在 Apigee UI 中建立加密的環境範圍 KVM。KVM 一律會加密。您無法在使用者介面中新增、更新或查看 KVM 項目。
• 透過 GET 指令存取 KVM 時，請搭配使用 private. 屬性和所有變數，在偵錯 (Trace) 工作階段中隱藏 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 政策：取代 StatsCollector 政策。
  • External callout 政策：傳送 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 服務網格實作入口。
• 金鑰和憑證會直接部署至 Kubernetes。

Apigee X：

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