查看 Apigee Edge 說明文件。
前往
Apigee X說明文件。 資訊
Google 於 2020 年 1 月 27 日發布 Apigee Hybrid 執行階段 1.1.0 版。這個區段
說明瞭 1.1.0 版的新功能和變更內容。
升級中
您無法從 1.0.0 升級至 1.1.0，且新版本與此版本無法回溯相容
1.0.0 版。1.1.0 版需要安裝新安裝。
新功能和改善項目
Apigee Connect (Alpha 版)
Apigee Connect Alpha 版可讓 Apigee hybrid MART 服務連線至管理層
不必公開 MART 端點。如果您使用的是 Apigee Connect
您需要為 MART 輸入閘道設定主機別名和已授權的 DNS
憑證詳情請洽詢 Apigee 代表。
基本路徑轉送
基本路徑轉送功能可讓您設定及管理 Apigee Hybrid 呼叫 API Proxy 呼叫的方式
可套用至特定環境詳情請參閱「設定基準
路徑轉送。
變更內容
我們對混合型執行階段 1.1.0 版做出下列變更。其中一些調整
如上所述，不與 1.0.0 版回溯相容。
apigeectl CLI 現在會在 istio-system 命名空間中安裝 Istio。
這是 Istio 的預設命名空間。這項變更不具回溯相容性
。apigeectl CLI 現在會將 CertManager 安裝到
cert-manager 命名空間。這項變更不具回溯相容性
。- 透過 Apigee hybrid 執行階段部署的支援 Istio 版本已遷移至 1.4.2
因為系統已不再支援 1.2.x 版。
修正錯誤
Apigee Hybrid 1.0.0 版本資訊中列出的下列問題已修正：
| 問題 |
說明 |
| 144886537 |
基本路徑轉送功能在 Apigee hybrid v1.0.0 中無法運作。
如果覆寫設定會轉送至具有相同 hostAlias 的不同環境，
Ingress 不會依據路徑轉送至環境。
|
| 143774187 |
混合型 UI 顯示「Company」標籤。 |
已知問題
下表說明這個版本的已知問題：
| 問題 |
說明 |
| 不適用 |
不得使用「*」針對 mart 和 hostAlias 兩個屬性
envs 設定。最佳做法是使用特定主機名稱
以取得 mart 設定。 |
| 不適用 |
設定 HTTP_PROXY、HTTPS_PROXY 和 NO_PROXY
Apigee Connect Alpha 版不支援變數。 |
| 不適用 |
HTTP 標頭無效錯誤：Istio Ingress 會切換所有傳入的目標回應
到 HTTP2 通訊協定混合訊息處理器僅支援 HTTP1，因此您將
呼叫 API Proxy 時，可能會看到下列錯誤：
http2 error: Invalid HTTP header field was received: frame type: 1, stream: 1,
name: [:authority], value: [domain_name]
看到這則錯誤訊息時，您可以採取下列任一做法，修正
問題：
- 修改目標服務，在回應中省略主機標頭。
- 如果發生以下情況，請使用 API Proxy 中的 AssignMessage 政策移除 Host 標頭
無從得知
|
| 144584813 |
如果您建立了偵錯工作階段，但工作階段中沒有任何交易，
那麼「List Debug Sessions API」就不會將工作階段納入這份清單中。API
如果工作階段包含至少一筆交易，則回應中只會納入工作階段。
|
| 144436206 |
在「快取效能」檢視畫面中，快取命中率的計算方式為
不正確。 |
| 144321491 |
Apigee hybrid 記錄檔「建立遺漏的快取」指出
效能會降低這是正常情況，您可以忽略這些訊息。 |
| 144321144 |
無法重新載入採用安全虛擬主機的 Proxy。 |
| 144286363 |
env.json 中的偵錯遮罩不會遮蓋回應資料。
以下 API 無法使用 responseJSONPaths 欄位更新 env.json 偵錯遮罩：
PATCH /v1/organizations/org/environments/env/debugmask?replaceRepeatedFields=true
{
"responseJSONPaths": ["$.maskedDataEnv"]
}
如要解決這項問題，您可以在 UI 中刪除整個追蹤記錄工作階段，
您也可以使用追蹤 API 刪除工作階段內的個別交易。
|
| 143659917 |
PopulateCache 政策的到期時間設定必須設為明確的值
介於 1 到 30 之間。例如：
<ExpirySettings>
<TimeoutInSec>30</TimeoutInSec>
</ExpirySettings>
|
| 133192879 |
摘要：使用 API 或 UI 取得
機構的部署狀態這類延遲可能會導致 HTTP 204 (No
Content) 或 HTTP 400 (Bad Request) 回應。
解決方法：重新整理瀏覽器 (或重新傳送要求)。
|
