您目前查看的是 Apigee Edge 說明文件。
前往 Apigee X 說明文件。 info
在 2015 年 8 月和 9 月期間,我們會將 Apigee Edge 雲端路由器和負載平衡器遷移至 NGINX (發音為「Engine X」)。NGINX 是開放原始碼的網路伺服器,效能和並行處理能力都比現有的負載平衡器和路由器更出色。
這對雲端客戶有何影響
總而言之,這項異動對您來說應該是透明的,除了確認系統運作正常外,您無須採取任何行動。以下說明我們將採取的步驟,並提供一些常見問題的解答。
步驟 1 - 更新軟體
我們將利用分階段部署模型,將所有路由器升級為以 NGINX 為基礎的新路由器,確保這項作業不會影響服務。
步驟 2 - 移除非正式環境中的負載平衡器層級
由於新的 NGINX 路由器會處理負載平衡功能,我們將先在非正式環境中,開始移除現有的負載平衡器層級。在此步驟中,生產環境負載平衡器會維持不變。移除現有負載平衡器之前,我們會採取詳盡的做法,確保流量運作正常。您無須採取任何行動即可完成這個步驟。不過,您應向 Apigee 回報任何問題,我們會與您合作解決問題,再繼續進行步驟 3。
步驟 3 - 在正式環境中移除負載平衡器層級
步驟 2 完成後,我們會決定一組維護時間,並使用步驟 2 中提及的相同方法,移除生產環境中的負載平衡器層,確保執行階段 API 流量持續正常運作。
產品功能異動
改用 NGINX 後,產品功能會出現以下異動。
已淘汰
ProxyEndpoint 不再支援下列屬性:
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
如要解決這項淘汰問題,請參閱下列社群文章:Proxy Endpoint HTTP allow method properties not working。
常見問題
以下是 NGINX 遷移作業的常見問題和解答。
在步驟 1 中,由於我們不會動用現有的負載平衡器,因此答案為「否」,這不會直接變更任何用於放送流量的 IP。不過,由於 Amazon Web Services (AWS) 負載平衡服務的性質,系統會套用一般的擴充規則,也就是說,IP 可能會根據擴充邏輯 (現有功能) 變更。因此,我們不建議使用 Apigee Edge 產品套件實作 Northbound 許可清單設定。在步驟 2 和 3 中,移除負載平衡器及其相關聯的 IP 位址會影響允許清單。因此,我們會在這些步驟中與您密切合作,提供一組新的 IP 位址,確保您能順利轉換。
假設來源伺服器是目標端點伺服器 (從 Proxy 組合呼叫的伺服器),則不需要進行任何變更。這項變更位於 Apigee 的北向端,或 Apigee 的進入點。
不會。現有的 CNAME 項目仍會照常運作。
如果您使用 SSL,初始步驟不會影響現有的 SSL 設定。不過,我們需要與您密切合作,確保在新路由器上正確設定 SSL,才能繼續執行步驟 2 和 3。
確認支援 SNI 後,才會執行步驟 2 和 3。
我們預期不會有任何停機時間。我們會在現有的發布時間窗口,使用標準部署模型實作變更。