深度指南
开源与企业许可模拟器：自建托管真的更便宜吗？
行业管理层分析
开源之所以有吸引力，是因为许可费用这一项消失了。对于一个有数百个席位的工具，企业套餐每月可能要花数千美元，而代码却是免费获取的。在把工作量算进去之前，这个决定似乎显而易见。总得有人来安装、升级、备份、监控和保护这个系统，回答用户的问题，并在它出故障时随时待命。这些工作由领薪水的人来完成，不会因为软件没有标价就减少。
这个问题的结构，是可变成本与大体固定的成本之间的权衡。企业许可随席位数线性增长。自建托管有一大块固定的运维时间基数、一小部分随用户增长的成本，以及一条不确定的事故长尾。这就是答案取决于规模的原因。小团队要承担固定基数，节省很少。大型组织把基数分摊到很多席位上，可以省下很多，前提是愿意承担风险。
多米诺模型分五步沿着这一逻辑展开。席位数和每席位价格决定您省下的许可费。运维和补丁更新的工时反映工作量。加上基础设施、风险和合规，就得到每个席位的自建成本。与许可价格相比，得出覆盖倍数，余下的就是每月节省额。工程师时薪或事故概率的上升，可能把第三个方框推到许可价格之上，此时节省就变成了额外成本。
冰山展示了很少被写下来的成本。水面之上是运维人力和服务器。水面之下是安全补丁和升级测试、事故的预期成本、企业档位包含的审计日志、单点登录和访问审查，以及在没有服务商服务级别协议的情况下回答问题的内部服务台。每一项单独看都不大，合在一起往往就相当于您以为自己省下的那笔许可费。请用模拟器找出自建托管不再划算的席位数或时薪。
公式与方法论蓝图
该模型按月计算，衡量自建托管相对企业套餐所节省的金额。省下的许可费等于席位数乘以每席位价格。自建成本包括运维工时乘以综合时薪、基础设施、随席位增长的补丁更新工时、事故的月度预期成本、您必须自行构建的合规功能的每席位费用，以及内部支持的每席位费用。净结果等于省下的许可费减去以上所有项目。
- 省下的许可费
- L = 席位数 × 每席位价格
- 企业套餐每月的费用。
- 人力
- W = (运维工时 + 8 + 0.03 × 席位数) × 时薪
- 例行运维加补丁更新，后者有一个固定基数并随席位增长。
- 事故的预期成本
- E = 年度概率 × 席位数 × 400 美元 ÷ 12
- 按概率加权的宕机或数据泄露成本的月度份额。
- 缺口
- G = 席位数 × (1.5 美元合规 + 0.8 美元服务台)
- 企业套餐已包含而您必须自行提供的功能和支持。
- 净节省额
- 净额 = L − W − 基础设施 − E − G
- 每月的结果。临界点就是它降到零的位置。
层层传导的弹性
运维工时和综合时薪是弹性最大的输入项，因为它们相乘后构成最大的一项成本。席位价格和席位数决定许可一侧的规模。事故概率平均而言影响较小，但它可能毁掉一整年。基础设施通常是最小的一块，所以削减它很少会改变结论。
三个真实案例研究
白手起家的初创者
使用昂贵工具的小团队
四十个人使用一款每席位六十美元的工具。他们的工程师每月只在上面花五个小时，基础设施的开销也很小。自建托管节省了一笔不多但确实存在的金额。加载这个案例，可以看到较高的许可价格即使对一个小团队也足以支撑自建托管。
处于扩张期的中型市场企业
拥有专职平台团队的大型组织
一千二百个席位，每个四十五美元，平台团队每月投入九十个小时并运行冗余服务器。省下的许可费很大，固定基数分摊到众多用户身上。加载这个案例，可以看到让自建托管具有吸引力的规模经济。
黑天鹅危机
廉价许可下的繁重运维
六十个席位，每个十五美元，但这个工具每月要占用昂贵的工程师一百五十个小时，并伴随较高的事故风险。许可费本来比人力成本更低。加载这个案例，可以看到自建托管变成了更昂贵的选择。
行业基准矩阵
| 指标 | 危险区 | 行业平均 | 前 10% 的佼佼者 |
|---|---|---|---|
| 自建成本占许可价格的比例 | 高于 100% | 60–85% | 低于 50% |
| 每月运维工时（中型工具） | 超过 120 | 20–50 | 低于 15 |
| 支撑自建托管所需的席位数 | 少于 40 | 100–300 | 超过 500 且有平台团队 |
| 关键修复的补丁滞后时间 | 超过 30 天 | 7–14 天 | 48 小时之内 |
| 上一季度是否测试过恢复 | 从未 | 每年一次 | 每季度一次 |
变量与杠杆
席位数
使用该工具的人数。企业许可按每个人计费。
杠杆: 在做出承诺之前先核对盈亏平衡的席位数；固定的运维时间会分摊到更多席位上，所以小团队节省得最少。
每个席位的许可价格
您原本会购买的企业套餐在折扣后的每个席位月价。
杠杆: 向服务商争取按量或按年的价格，因为许可价格越低，自建与购买之间的理由就越弱。
每月运维工时
花在升级、备份、监控、用户请求和故障排查上的小时数，不含安全补丁更新。
杠杆: 自动化升级和备份，并使用托管数据库来减少例行工作，因为运维工时是最大的成本。
每工程工时的综合成本
负责运行该系统的人员每小时的薪资加上间接费用。
杠杆: 核算工程师的真实成本，包括间接费用，因为较高的时薪会让自建托管变得昂贵。
每月基础设施
自行托管该工具所需的服务器、数据库、存储、备份和监控。
杠杆: 合理配置服务器规格并使用预留容量，但对于人们每天依赖的系统要保留冗余。
每年发生高成本事故的概率
您对一年内发生严重宕机或安全事件的概率的估计，这类事件原本由服务商来处理。
杠杆: 通过经过测试的恢复演练、监控和付费支持合同来降低事故风险，因为糟糕的一天造成的损失可能超过一年的许可费。
如何使用本模拟器
- 1根据服务商报价，输入席位数和每席位的企业价格。
- 2估算每月运维工时和工程师的综合时薪。
- 3加入基础设施账单以及您对年度事故概率的如实估计。
- 4点击“找出我的临界点”，查看多少席位或工时会让自建托管落败。
- 5在 24 个月内比较自建托管与加固版本，包括部署成本。
应避免的错误
- 只算服务器。自建托管最大的成本是人的时间，它不会出现在任何云账单上。
- 假设第一个月的投入会一成不变地持续。安装是容易的部分；升级、安全修复和不断增长的使用量会一直不断出现。
- 忽视谁在值班。如果整个系统都靠一名工程师，那么他休假或离职的代价就是风险的一部分。
- 与标价比较。企业服务商经常为大批量或年付提供折扣，这会让节省额迅速收窄。
常见问题
开源一定更便宜吗？
不一定。它省去了许可费，却省不去运行它的工作。在小规模或工程师成本很高时，人力成本往往超过您省下的许可费。
为什么要计入风险？
付费套餐通常会把一部分正常运行时间和安全责任转移给服务商。自建托管则让这些责任留在您自己身上，所以事故的预期成本应当纳入比较。
我用不到的功能怎么办？
如果您不需要审计日志、单点登录或服务商支持，可以通过修改对您重要的输入项，调低合规和服务台的假设。模型使用的是偏保守的平均值。
我可以两种方式混合使用吗？
可以。许多团队使用开源产品的托管服务，介于两者之间。替代情景建模的是加固后的自建托管。
如何找到临界点？
点击“找出我的临界点”。工具会把每个输入项推向更差的一端，并报告月度节省额降到零时的数值。
这个结果有多准确？
这是带有明确假设的教学模型，不构成法律或财务建议。请核对当前的许可条款，并用您自己的数据替换输入项。
这是一个带有明确假设的教育性规划模型，不构成财务、税务或法律建议。请将输入替换为您自己的数据，并就重要决策咨询合格的专业人士。