Wowza Streaming Engine 4.11 大升級：打造企業級雲端原生 WebRTC 即時串流

WebRTC 早就不是視訊聊天的專利了。監控指揮中心的即時影像、體育賽事的低延遲轉播、AI 影像辨識管線的即時餵料，背後都愈來愈常看到 WebRTC 的身影。Wowza Streaming Engine 4.11 這次的更新，就是針對這個現實重寫了整套 WebRTC 實作，讓它真正能撐起企業規模的正式環境。

如果你的團隊正在評估要不要導入 WebRTC，或已經在用 Wowza、想知道這次升級值不值得跟進，這篇整理四大重點功能、實際帶來的好處，以及在受限網路環境和雲原生架構下的實測意義。

這次升級到底改了什麼

Wowza Streaming Engine 4.11 對齊了目前的 W3C 與 IETF 規範，重新實作了整個 WebRTC 堆疊（Stack）。具體來說有四項核心變化：

📌 WebRTC 引擎重寫
升級後的堆疊符合現行標準，不再依賴專屬的客戶端函式庫才能建立連線。

📌 WHIP 與 WHEP 支援
分別對應推流（ingest）與播放（playback）的標準化 HTTP 信令（Signaling）協定，讓 WSE 能對接更廣泛的編碼器與播放器生態系。

📌 完整 ICE 候選項（Candidate）產生與連線檢測
涵蓋 NAT、防火牆、企業內網等環境下的連線建立流程，提高端點（Endpoint）成功配對的機率。

📌 可自訂 STUN／TURN 伺服器
滿足企業、政府、氣隙網路（air-gapped）等場景對網路穿越基礎設施的控管需求。

編碼器與瀏覽器相容性提升

WHIP 的加入意味著標準相容的編碼器可以直接推流到 WSE，不用再寫客製化整合。OBS Studio、FFmpeg，還有 Osprey、Teradek、AJA、Haivision 等硬體編碼器都在支援清單內，串接新設備不再需要 Wowza 專屬的 SDK 或信令程式碼。

播放端則靠 WHEP 提供標準化的低延遲路徑，只要是相容的播放器，都能用 W3C 規範定義的 offer/answer 流程連線。這對開發維運團隊來說，代表客製化程式碼變少、新設備上線變快，隨著 Chrome、Safari、Firefox、Edge 各自更新 WebRTC 實作，需要盯著維護的範圍也跟著縮小。

在受限網路環境下也能穩定連線

WebRTC 部署最常卡關的地方，是兩端找不到能通的網路路徑。這次升級加入完整的 ICE 候選項產生與連線檢測，會蒐集 host、server-reflexive、relay 三種候選項並逐一驗證，直接連線的成功率因此提高，在企業內網、醫院系統、政府單位這類對可靠度要求高的環境尤其有感。

可自訂的 STUN／TURN 支援，則讓維運團隊能把 Wowza Streaming Engine 指向自己的網路穿越基礎設施，不管理由是資料主權、資安政策，還是整套系統就是跑在氣隙網路裡。預設會內建公開 STUN 伺服器，小型部署或概念驗證階段不用額外設定就能跑起來。

對於在受限網路上跑關鍵任務的 Wowza 客戶而言，這種可配置性讓 WebRTC 變成一條真正能通過企業 IT 稽核的推流與播放路徑。

雲原生部署更省事

愈來愈多 Wowza Streaming Engine 部署跑在 Docker 和 Kubernetes 裡，跟組織其他服務放在一起。WHIP／WHEP 用的 HTTP 信令跟這個模式完全合拍：信令流量看起來就像一般的 HTTP API 呼叫，可以直接走現有的 load balancer、ingress controller、API gateway 和監控工具，不需要 sticky session，也不用特地找支援 WebSocket 的路由設定。

水平擴展因此變得單純很多。WHIP／WHEP 端點可以乾淨地分散到多個容器或 Pod 上，不用擔心連線親和性（Session Affinity）的問題，剛好對應容器化工作負載「隨時可拋棄重建」的特性。想用 WebSocket 信令的互動式場景（例如需要持久連線的應用）也還是能用，團隊可以依照使用情境挑合適的方案。

這次升級適合誰

監控與安控團隊
可以把瀏覽器端或 WebRTC 相容的畫面低延遲送進控制中心或指揮室，STUN／TURN 的擴充設定也讓部署在防火牆後方或獨立網路裡的監控系統更容易串接。

直播與活動製作團隊
能透過 WHIP 把 OBS Studio 或硬體編碼器的次秒級推流餵進系統，再一路分流到 HLS、LL-HLS、DASH、RTMP、SRT 給不同觀眾群，一條 ingest 對應多條 delivery 路徑。

AI 影像分析應用
建立在 Wowza 上的 AI 管線，可以直接沿用這條標準化、經過強化的 WebRTC 推流路徑，餵給既有的物件偵測、事件記錄等後端處理流程。

雲端與平台團隊
在 Kubernetes 上跑 Wowza Streaming Engine 的團隊，這次拿到的是一套遵循相同架構慣例的 WebRTC 實作，等於少了一個長期困擾雲原生部署的摩擦點。

常見問題

Wowza Streaming Engine 4.11 主要更新了什麼？

重寫的 WebRTC 堆疊，對齊現行 W3C、IETF 規範，新增 WHIP／WHEP 標準化信令、完整 ICE 連線檢測，以及可自訂 STUN／TURN 伺服器支援。

支援 WHIP 和 WHEP 嗎？

支援。WHIP 用於推流端，WHEP 用於播放端，OBS Studio、FFmpeg 以及 Osprey、Teradek、AJA、Haivision 等硬體編碼器都能透過 WHIP 直接推流到 WSE，不需要額外客製化整合。

可以用自己的 STUN／TURN 伺服器嗎？

可以，包括部署在企業內網、政府單位、醫療環境或氣隙網路內的私有 STUN／TURN 端點。系統預設也內建公開 STUN 伺服器，開箱即可運作。

瀏覽器端連線還需要專屬 SDK 嗎？

不需要。新的 WebRTC 堆疊遵循 W3C／IETF 規範，任何符合標準的瀏覽器或原生客戶端都能直接連線，不用額外載入 Wowza 專屬的 JavaScript SDK。

原本用 WebSocket 做信令的架構還能用嗎？

可以，WebSocket 信令仍然保留，適合需要持久連線的互動式場景；廣播型與互動型的應用可以各自挑選最適合的信令方式。

跟 Docker、Kubernetes 相容嗎？

相容。WHIP／WHEP 的 HTTP 信令模式能自然融入容器化架構，包括 Kubernetes ingress controller、service mesh 與一般 load balancer，部署環境涵蓋 bare metal、VM、Docker、Kubernetes、地端、混合雲、公有雲與邊緣環境。

免費下載試用

請先到愛上雲eSHOP下載 Wowza Streaming Engine 免費試用，實際測試 WHIP／WHEP、STUN／TURN 這些新功能在自己環境裡跑起來的狀況。