💰 开源商业化

Open Core / Hosted / Support / SaaS 四种模式、License 选择、MongoDB/Redis/Elastic 的血泪教训——开源不是免费，商业化不是背叛

🏗️ 四种开源商业化模式

模式 1：Open Core

模式	原理	典型项目	年营收估算
Open Core	核心开源，企业功能收费	GitLab, Supabase	$100M-$500M
Hosted / Managed	开源软件的托管版本	Databricks, Supabase	$1B+
Support & Consulting	付费技术支持和咨询	Red Hat, Percona	$1B+ (Red Hat)
SaaS Add-on	开源核心 + 增值云服务	Vercel (Next.js), HashiCorp	$100M-$500M

GitLab — Open Core 的标杆

GitLab CE（社区版）完全开源（MIT），GitLab EE（企业版）闭源收费。企业功能包括：高级 CI/CD、安全扫描、合规管理。2024 财年收入约 $580M。关键设计：CE 版本足够好用，让小团队愿意用；EE 版本解决企业刚需（合规、安全、审计），让大公司愿意付费。

模式 2：Hosted / Managed

Supabase — 开源 Firebase 替代品

Supabase 全部开源（PostgreSQL + 生态系统），但提供托管服务。自部署免费但需要自己运维；Supabase Cloud 按用量付费，省去运维负担。这种模式让用户"用开源不欠你，但自己运维太痛苦所以还是付费"。Supabase 估值 $1.16B（2024）。

模式 3：Support & Consulting

Red Hat — 最成功的开源商业模式

Red Hat 把完全开源的 Linux（RHEL 源码公开）通过订阅支持服务卖到 $3.4B 年收入，最终被 IBM 以 $34B 收购。关键洞察：企业不为软件付费，为"出了问题有人兜底"付费。这个模式的问题：天花板取决于企业客户数量。

📜 License 选择指南

🩸 血泪教训：MongoDB / Redis / Elastic

License	类型	商业使用	修改分发	专利授权	推荐场景
MIT	宽松	✅ 自由	✅ 无需开源	❌	工具库、小项目
Apache 2.0	宽松	✅ 自由	✅ 无需开源	✅	企业级项目、API
GPL v3	强 Copyleft	✅ 需开源	⚠️ 必须开源	✅	防止闭源分支
AGPL v3	超强 Copyleft	✅ 需开源	⚠️ 网络服务也需开源	✅	SaaS 防白嫖
BSL 1.1	非开源	⚠️ 竞品限制	⚠️ 时间锁后开源	❌	防云厂商白嫖
SSPL	非开源	⚠️ 服务需开源	⚠️ 整体需开源	❌	防云厂商托管

⚠️ MongoDB — SSPL 的诞生

AWS 直接提供 MongoDB 托管服务（DocumentDB），把 MongoDB 的开源成果变成自己的商业利润。MongoDB 被迫从 AGPL 切换到 SSPL（Server Side Public License），要求提供 MongoDB 即服务的公司必须开源其整个服务栈。OSI（开源促进会）拒绝认可 SSPL 为开源许可，社区分裂。

⚠️ Redis — 从 BSD 到 BSL 到双许可

2024 年 3 月，Redis Ltd. 将 Redis 从 BSD 3-Clause 切换到 RSALv2 + SSPL 双许可。社区震惊。立即出现了 Valkey（Linux 基金会支持的 Fork）和 Redict（由其他开发者维护的 Fork）。Redis 此举虽然保护了商业利益，但也失去了社区信任。

⚠️ Elastic — 从 Apache 2.0 到 SSPL 再被收购

AWS 提供 Elasticsearch 即服务，Elastic 公司收入被挤压。2021 年 Elastic 从 Apache 2.0 切换到 SSPL。AWS 随即 Fork 出 OpenSearch。Elastic 两次 License 变更都没能阻止 AWS，最终 2024 年 Elastic 被 EQT 以 $4.4B 收购。

🧠 三大教训

1. License 变更几乎总会导致社区 Fork——准备好面对社区信任的永久损失 2. License 变更不能阻止 AWS——它们有足够的工程资源 Fork 并维护 3. 更好的策略是在开源的同时构建不可替代的云服务（Vercel 模式），而非靠 License 筑墙

🎯 独立开发者的 License 选择决策树

你的项目是什么？ │ ├─ 工具库/组件 → MIT（最友好，传播最广） │ ├─ 框架/平台 → Apache 2.0（企业友好，专利保护） │ ├─ 完整产品 → │ ├─ 想让大公司用但不想被白嫖 → BSL 1.1 │ ├─ 想保护社区贡献 → GPL v3 │ └─ 想让所有服务也开源 → AGPL v3 │ └─ SaaS 开源替代 → AGPL v3 + 商业许可双授权 (自部署免费, 商业服务需购买许可)

💰 Open Core 定价设计

# Open Core 功能划分原则 ## 免费版（CE）必须做到: ✅ 核心功能完整可用 ✅ 不限制用户数量（席位收费很伤社区） ✅ 不限制数据量（限制数据 = 限制增长） ✅ API 完整（让开发者能构建生态） ## 付费版（EE）应该做到: 💰 企业刚需：SSO/SAML、审计日志、合规 💰 运维减负：高可用、自动备份、监控 💰 高级功能：AI 辅助、高级分析 💰 SLA 保障：技术支持、Bug 修复 SLA ## 绝对不要: ❌ 把核心功能放进付费版（社区会骂你） ❌ 故意让免费版变慢/变差（用户会走） ❌ 限制 API 调用次数（开发者生态会死） ❌ 随意移动功能到付费版（信任崩塌） # GitLab 的功能划分是最好的参考 # https://about.gitlab.com/pricing/

📊 商业化指标

指标	含义	目标值
免费→付费转化率	CE 用户中付费的比例	2-5%
ARR per Employee	人均年经常性收入	>$200K
NRR (Net Revenue Retention)	净收入留存率	>120%
社区贡献占比	外部贡献者的 PR 比例	>20%
Support Ticket → 付费转化	免费支持转付费的比例	5-15%

💡 Vercel 的"反模式"智慧

Vercel 从来没改过 Next.js 的 License（MIT），但通过 Vercel Cloud 构建了不可替代的托管体验。部署到 Vercel 是"一键"体验，自建部署需要理解 Node.js + CDN + Edge Functions + ISR。这种"开源核心 + 体验护城河"比 License 护城河健康得多——社区继续贡献（因为 License 友好），同时 Vercel 赚钱（因为体验不可替代）。