適用於 Linux 的自架式影片串流平台 | Callaba

Callaba Self-Hosted 是專為希望將媒體技術堆疊放在自有基礎架構內的團隊打造的自架式串流平台。它的價值很直接：系統在哪裡執行、如何連線、如何確保安全、何時升級，以及如何整合至您的產品或廣播工作流程，皆由您掌控。相應的取捨也同樣明確：Linux 環境及其周邊維運工作由您的團隊負責。

因此，對於需要掌控路由、儲存、部署時程、資料邊界或客戶專屬交付模式的工程團隊、廣播機構、OTT 營運商和系統整合商，自架式方案是合適的選擇。若首要目標是以較少的基礎架構工作盡快完成評估，請先使用 AWS 上的 Callaba Cloud。若現在就需要擁有基礎架構的控制權，則應從自架式方案著手評估。

Callaba Self-Hosted 起價為每月 5 美元，授權可依功能單元與模組彈性配置，不必被迫購買一個過於龐大的套裝。

這套自架式解決方案是什麼

Callaba Self-Hosted 是安裝在您自己的 Linux 伺服器或虛擬基礎架構上的自架式串流伺服器軟體。它既不是功能固定的硬體設備，也不是由他人管理的黑箱。主機、網路邊界、儲存模式，以及工作流程所需的功能皆由您選擇。

在實際部署中，您可以將串流層放在自己的資料中心、私有雲、客戶環境或受控代管環境內，並使其符合自身的防火牆規則、保留政策、可觀測性架構、發布時段及內部服務。對於要打造真正媒體產品，而非只測試單一路串流的團隊，這種控制力往往正是選擇自架式方案的主要原因。

團隊何時會選擇它

當串流不再只是簡單的發布工具，而是產品或營運模式的一部分時，團隊通常會選擇自架式方案。廣播機構和 OTT 營運商會在路由、輸出政策、資產保留及正常運作程序必須留在自身環境內時使用它；產品團隊會在媒體層必須順暢連接自有 API、身分系統、計費邏輯或客戶專屬佈建時選擇它；系統整合商則會在部署必須位於客戶自有基礎架構，而非共享代管環境中時採用它。

若您預期系統形態會隨專案而異，這同樣是合理的選擇。一位客戶可能只需要匯入與傳送，另一位則可能需要錄製、VOD、API 控制或視訊會議。由模組組合而成的自架式平台，比單一固定套裝更容易因應這些差異。

可以用它組合哪些能力

Callaba Self-Hosted 可依您真正需要執行的工作流程進行組合。部署可從 Multi-Streaming 開始，用於匯入、路由、通訊協定轉換，以及傳送至多個目的地。若應用程式需要以程式方式建立並控制工作流程，可加入 Video API，並查閱 Callaba Engine 文件，及早驗證控制介面。

針對保留資產與播放工作流程，可加入 Video on Demand。針對全天候頻道與排程輸出，可使用 Continuous Streaming。若產品包含即時工作階段，可加入 Video Conferencing。若營運付費直播活動，也可加入 Pay-Per-View Streaming，無須移轉至其他平台。

對採購方而言，關鍵在於這不是狹隘的單一 SKU。您可以先為一項任務授權較小的部署，再隨著工作流程成長而擴充。這在產品藍圖仍持續演進，或不同事業單位需要不同媒體能力時尤其實用。

這是一個平台，還是只有媒體伺服器？

自架式媒體伺服器可以解決某一項傳輸或處理任務，而自架式影片平台還必須為團隊提供一條貫通直播匯入、路由、錄製、保留資產、播放、存取控制、自動化和後續維運的完整路徑。部署邊界歸您的團隊所有，但產品應讓這些工作流程層保持連接。

應先按照所需成果評估 Callaba。使用 Multi-Streaming 完成匯入、路由和多目的地分送；使用 Video on Demand 管理資產與播放；使用 Pay-Per-View Streaming 提供付費存取；使用 Video Conferencing 支援互動工作階段。只有當您的應用程式需要程式化控制時才加入 Video API。API 是實作層，而非產品價值本身。

• 當基礎架構所有權、私有網路、資料邊界或發布控制是實際需求時，選擇自架式方案。
• 當眼前目標是以較少的維運工作驗證工作流程時，從雲端開始。
• 不要只比較授權價格，應綜合基礎架構、監控、更新、備份、事件應變與工程時間來估算完整成本。

部署如何進行

好的自架式評估應從工作流程，而非伺服器開始。明確定義需要匯入哪些內容、哪些內容必須轉碼或轉換、需要哪些輸出、哪些內容要錄製、哪些 API 或後端系統需要控制平台，以及必須遵守哪些安全邊界。如此得到的是切實可行的部署設計，而非泛泛的平台討論。

1. 選擇符合待執行工作流程的模組與功能單元。
2. 按照正式環境預期的網路、儲存與存取模式配置一台或多台 Linux 主機。
3. 安裝並啟用軟體，再使用真實串流、預期同時連線數，以及實際的監控和備份方法進行驗證。

對技術評估人員而言，最佳比較方式是在雲端與自架式測試中採用相同的匯入格式、目的地、編解碼器及流量假設。如此可在做出承諾前揭露維運簡便性與基礎架構控制權之間的真實取捨。

安裝路徑

主要的 Linux 部署路徑是自架式解決方案安裝指南。若希望依標準流程在自己的伺服器上啟動 Callaba 並驗證核心系統，請使用該指南。

若部署依賴較新的封裝，或 HDR、HEVC、AV1、VP9、視訊會議工作流程等特定媒體功能，請使用適用於編碼設定檔與視訊會議的 Callaba 8.2 安裝指南。當編解碼器支援與特定版本能力是採購決策的一部分，而非事後才考慮時，這就是正確的路徑。

若應用程式將直接控制工作流程，請在安裝指南之外一併查閱 API 文件。這能讓工程團隊共同評估部署及整合工作量，而不是把兩者視為彼此獨立的決策。

定價方式

價格每月 5 美元起。授權可依功能單元與模組配置，因此比大型固定套裝更容易理解。簡單來說，您只需為工作流程需要的能力付費，不必一開始就購買所有功能。

這一點很重要，因為不同部署承擔的任務並不相同。簡單的路由與傳送節點不應比照含有 API 控制、VOD、視訊會議及營利功能的完整 OTT 技術堆疊計價。單元數量愈多，每個單元的價格愈低，因此大型部署可享有以數量為基礎的定價優勢。

確認價格範圍的實用方式是先梳理工作流程：匯入、處理、傳送、儲存、播放、API 控制及任何特殊模組。相較於依據籠統的平台名稱估算，這能形成更清楚的成本模型。

自架式與雲端比較

這項決策主要是在控制權與維運負擔之間取捨。自架式方案讓您對基礎架構、安全邊界、儲存、升級時程及深度整合擁有更多控制；雲端則以較少的維運責任提供更快的起點。兩者都不是普遍較佳，正確選項取決於團隊現階段更重視速度還是基礎架構控制權。

若尚不確定，通常可依序推進：先在 AWS 上的 Callaba Cloud 中驗證工作流程，待產品形態清楚且基礎架構所有權成為更重要的需求後，再移轉到自架式方案。

您的團隊必須承擔哪些維運工作

在自架式模式下，Linux 主機、套件生命週期、網路與防火牆政策、TLS 與機密資料處理、儲存配置、備份策略、可觀測性、警示、復原規範、容量規劃及事件應變皆由您的團隊負責。您還需要規劃如何測試並導入更新，避免中斷直播流量。

這並不是藏在細則中的缺點，而是此模式的營運方式。對於已經管理正式環境基礎架構的團隊，這很正常，而且往往更為理想。對於缺乏 Linux 維運或值班能力的團隊，通常更適合從雲端開始。

實用的後續步驟

• 在 Callaba Cloud 中啟動工作流程，以最快速度完成產品評估。
• 需要擁有基礎架構時，在 Linux 上安裝 Callaba。
• 開啟 Multiview 示範，查看操作人員的監控體驗。

若已準備在自己的基礎架構上部署，請從 Linux 自架式安裝指南開始。若需要進階編解碼器或視訊會議功能，請直接前往 8.2 安裝路徑。

接著查看符合實際使用案例的模組：Multi-Streaming、Video API、Video on Demand、Continuous Streaming、Video Conferencing 及 Pay-Per-View Streaming。若在承擔 Linux 基礎架構責任前仍需比較營運模式，請以 AWS 上的 Callaba Cloud 作為更快的評估基準。

若需要協助將模組對應至部署方案，或估算合適的功能單元組合，請聯絡 [email protected]。