在你可控的基础设施上保留同样的直播工作流。

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]。