Web AppShut Down
dotCloud
dotCloud 是一个开发者平台服务，帮助团队部署和托管应用，而不用直接管理服务器。
查看原始故事产品快照
它是什么
dotCloud 提供平台服务，让开发者部署、运行和托管应用，而不用直接管理服务器。
给谁用
开发者软件团队创业公司工程团队
问题 / 价值
降低应用部署和运维复杂度。
核心流程
- 部署应用
- 托管服务
- 减少基础设施运维
产品形态
PaaS开发者平台应用托管服务
定价模式
公开案例重点不是价格，而是托管 PaaS 业务与后续 Docker 技术路径分离。
发生了什么
摘要
dotCloud 的公司重心转向 Docker，原 PaaS 业务出售后最终关闭，客户需要迁移应用。
结果
PaaS 服务关闭，但公司和技术路径转向 Docker；判断重点是原托管服务商业模型，而不是底层技术价值。
需求信号
dotCloud 的底层技术路径后来演化出 Docker 重点，但这不等于托管 PaaS 业务本身已经被证明可持续。
获客问题
开发者可能欣赏底层技术原语，却未必愿意为运营好的托管平台持续付费。
时间线
- dotCloud 作为 PaaS 服务运营。
- 公司更名为 Docker, Inc. 并聚焦 Docker。
- dotCloud PaaS 业务出售给 cloudControl。
- 客户被通知在关闭日期前迁移应用。
开发前先验证
为什么值得注意
开发者可能喜欢工具或技术原语，但付费、支持和运维责任落在托管平台业务上。
主要检查
把托管服务业务和底层技术原语分开看：先证明客户会为被运营的平台付费，而不只是欣赏它创造的工具。
检查清单
- 分开看托管收入、工具采用和支持成本。
- 跟踪付费客户留存而不是只看开发者关注。
- 设计可控迁移计划。
- 客户到底为托管、工具还是生态付费？
- 服务毛利能否覆盖运维和支持？
- 如果转向底层工具，现有客户怎么办？
适合参考的情况
- 你在做开发者平台或基础设施产品。
- 底层技术很受欢迎，但收入来自托管服务。
- 你可能需要在工具和平台之间选择重点。
不太适合参考的情况
- 你的托管服务已经有稳定付费留存和清晰运维毛利。
开发前测试
- 先卖托管服务给一个明确团队场景。
- 验证客户是否愿意把生产应用交给平台运行。
可迁移经验
- 分别衡量工具采用和托管服务收入。
- 不要把开发者声量当成平台付费证明。
- 如果战略转向，要提前规划客户迁移。
如果今天重新做
把托管服务业务和底层技术原语分开验证，先证明客户愿意为被运营的平台付费。