SaaS 还是 Self-Hosting？我实际上会使用什么？

看起来您只提供了来源链接，但没有贴出需要翻译的正文内容。请把您想要翻译的文本（包括任何 Markdown 格式）粘贴在这里，我会帮您翻译成简体中文并保留原有的格式。

SaaS：何时合适

自 2011 年起，我一直在开发数字标牌软件（大多为开源），并共同拥有一家同时销售 SaaS 许可证和自托管支持的公司。经过 15 年以上观察企业在两种模式之间的选择，我得出了以下结论。

• 快速启动 – 如果你只需要少量屏幕来进行短期活动，或只是想今天就能上线而不必动服务器，SaaS 是最直接的答案。前期成本低，自动更新，无需维护服务器。
• 无需 IT 负担 – 不需要 IT 部门，你还能接入现有的 SSO 提供商（Azure AD、Okta 等），让团队从第一天起即可登录，无需任何配置。
• 进入门槛低 – SaaS 是在投入基础设施之前验证商业想法的合法途径。

SaaS 的隐藏成本

• 订阅费用上升 – 第一年看似便宜的订阅，到了第三年可能会有很大差异。
• 供应商锁定 – 收购、涨价、路线图变更或故障都可能让你的屏幕依赖于你无法控制的决定。
• 数据主权 – 你的数据存放在你不掌控的基础设施上，往往位于隐私法规不同的司法辖区。
• 故障依赖 – 当供应商出现故障时，你只能等待。

这些问题并非数字标牌独有；它们影响所有 SaaS 或云服务。例子包括：

• Broadcom 收购 VMware，导致授权费用大幅上升。
• Microsoft 在许可证失效时将组织锁出 Teams 和 Exchange。
• Twitter 关闭其 API，导致数十家企业受影响。
• Google 停止提供企业依赖的产品。
• Heroku 结束免费层，使成千上万的小项目陷入停摆。

模式都是一样的：运行良好，直到别人在背后做出决定。

自托管：完全控制，更多责任

自托管意味着你在自己的基础设施上运行软件——你的服务器、你的数据、你的规则。

• 没有价格惊喜 – 没有人能加倍你的费用、终止产品或把你锁在外面。
• 更新控制 – 你决定何时（或是否）应用更新。
• 数据所有权 – 你的数据保留在你选择的地方，遵循你自己的合规要求。
• 开源保证 – 代码可审计；如果原开发者停止项目，社区可以分叉并维护它。

自托管的优势时刻

• 受监管的环境 – 医疗、公共部门及其他行业常常需要审计性和合规性，而闭源 SaaS 无法提供。
• 长期稳定性 – 如果你计划多年运行标牌，前期的时间投入相较于持续的订阅费用会更划算。

自托管的真实成本

• 初始设置 – 必须有人安装、配置并保障服务器安全。
• 持续维护 – 更新、备份、监控和事件响应都是你的责任。
• 技能要求 – 没有技术人员的小企业需要雇员、自由职业者或托管服务提供商——仍然是依赖，但是你可以控制的。
• 潜在停机 – 如果你的服务器在凌晨 3 点宕机，你（或雇佣的帮助）必须自行修复；没有外部工单会自动解决问题。

一个文档完善且社区活跃的开源项目，使过程远比缺乏文档、维护不善的项目顺畅得多。

在 SaaS 与自托管之间的选择

如果你需要一个快速、低投入的短期活动解决方案，SaaS 通常是更好的选择。如果你需要完整的数据控制、满足监管合规，或计划长期运行标牌，自托管可能更经济——前提是你愿意投入必要的时间和专业知识。

结论

决定并非仅仅关乎价格；更在于你愿意把多少控制权交给谁。我提供两种模型，因为它们各有用武之地。就我个人而言，我会自行运行自己的基础设施——可以看得见、摸得着、拥有的东西——这并非出于意识形态，而是因为我见过太多企业在供应商的决定后被迫重建。

我对依赖他人软件决策的怀疑可以追溯到1992年，当时我是一名热衷的OS/2用户。该平台在技术上优于Windows，得到IBM的支持，但随后被逐步扼杀——部分原因是它的盈利不足，部分原因是微软确保它无法存活。所有在其上构建的项目都不得不重新开始。这段经历至今仍影响着我的选择。

最初发布于sagiadinos.com.