ToB 服务的交付能力优化

本文章来源于：https://github.com/Zeb-D/my-review ，请star 强力支持，你的支持，就是我的动力。

[TOC]

---

ToB 服务交付的方式分为公有云部署和私有化部署两种。其中，对成本敏感的中小企业往往采用公有云部署的方式，从而尽量减少成本。客单价较高的大型企业、政府、银行和事业单位，考虑到数据隐私、安全、合规等要求，往往采用私有化部署的方式。基于对公司营收的巨大贡献，私有化部署便成为了 ToB 企业的重中之重。

在众多私有化部署的场景中，较为复杂的是公有云厂商的专有云产品，之所以复杂，是因为这些厂商直接将公有云的核心功能打包进行私有化部署，和垂直类解决方案往往提供单一功能相比，其难度可想而知。国内采用该种模式的有京东云的 JDStack，金山云的 KingStack，腾讯云的 TCE 和阿里云的 Apsara Stack。

存在的问题：部署耗时和成本

私有化部署的耗时，一般需要两周左右的时间，给人感觉耗时太长了。但从耗时角度去看的话，一个大单从开始到最终结项，历时半年到一年是很正常的，这样看，两周的部署耗时占比不到 10%，并非项目交付耗时的主要矛盾点。

但如果两周部署耗时的背后，是从研发团队抽调了几十名高级工程师加班加点，夜以继日换来的，可能大家都无法淡定了。假设一次大型央企的异地私有化交付项目，部署耗时 20 天，期间现场累计参与人数超过 60 人，现场峰值人数超过 30 人，30%的人员是高级工程师，相关人员频繁往返于两地间，粗略估算一下成本，至少 50 万，这样的模式，只能是在起步阶段交点学费吸取点教训。

在部署耗时的优化上，还需要考虑客户所在行业的特殊性，尤其是关系国计民生的领域，互联网的快速迭代，越变越美并不一定适用。我们可以建议在入场前将我们需要的资源准备完毕，但也只能是建议。对于在现场部署过程中，诸如各种审批流程和要求，甲方工作人员每天的工作时长，基于安全因素对数据传输和拷贝的限制等等，都会影响最终的部署耗时。

因此，相比于部署耗时的优化，对部署成本的控制更现实一些。如果部署工作是由外包来进行的，且过程中不需要公有云厂商的技术支持，那么只要部署耗时控制在