阿里云何川：计算巢产品规划与生态策略解读

2023-04-20
浙江
本文字数：3897 字
阅读完需：约 13 分钟

2 月 23-24 日，阿里云计算巢加速器活动在杭州·阿里巴巴云谷园区举行，40 多位计算巢加速器成员企业代表到场参会，与阿里云弹性计算产品线以及各业务线展开了为期两天的合作共创。阿里云计算巢加速器成员企业覆盖软件、大数据、生命科学、隐私计算、AI 等多个领域，总估值超过 600 亿。阿里云计算巢产品负责人何川带来了《以技术手段解决 ISV 伙伴的业务难题——计算巢产品规划与生态策略解读》的主题分享。

何川表示：“计算巢的背后是阿里云沉淀十余年服务自身云产品的技术和经验。感谢过去两年伙伴们告诉我们他们的业务痛点是什么，面对的技术挑战是什么，让我们知道应该为不同阶段的 ISV 提供哪些帮助。未来，计算巢继续不忘初心，坚持技术驱动、坚持开放，和伙伴一起共同成长。”

云计算的发展，是从传统算力转向云算力的迭代过程，和电力的普及一样，云计算的普及需要几十年的周期来完成，这是一个需要从 IaaS、PaaS 到 SaaS 逐渐一层层构建的过程。就像建造巴别塔一样，云计算普及的过程一定是每一层的合作伙伴通力合作的结果，只有我们互通有无，保持沟通和合作，才能实现云计算的普及，这也是我们和企业应用伙伴共创的出发点。

我们把中国企业应用市场面临的结构化困局抽象成了类似杠铃的模型。想表达的是中国企业应用市场其实是一个在理想和现实中艰难拉扯的市场，SaaS 是特别理想的概念和形态，但如果考虑客单价及客户付费意愿，这部分的市场规模仍旧很小，不足以支撑一家软件企业规模化的发展。真正水面下的市场是不被资本市场看好的，属于传统 OP（私有化部署，On-Premise）的部分，以及逐渐转向云 OP（云上私有化部署，Cloud On-Premise）的部分，这部分市场热度不大争议却不小，而这块市场的规模和营收仍然比较大。

杠铃中间的杆子，一方面代表的是 SaaS 公司做大之后，为了服务中大型企业，不得不支持 OP 的模式。所以，要不要做私有化部署，看起来是一道选择题，其实是一道必答题。这是一个软件厂商走到一定阶段，不可避免的发展路径。

而对于传统软件厂商，有些很坚定的走向 SaaS 化，但是仍有不少企业对 SaaS 化很迟疑，不是迟疑要不要做，而是迟疑怎么做，SaaS 化是一种技术形态的转变，更是企业商业模式和企业运营逻辑的转变。

从产业发展趋势来看，虽然我们说美国的 SaaS 市场非常的成熟，但是根据 Forrester 的数据，我们依然可以看到定制开发、传统软件和 SaaS 是三分天下。而中国市场是 SaaS 的热度在，但营收在整体的 IT 投入占比中微乎其微。从实际情况来看，我知道很多伙伴 SaaS 用户量上来了，但营收还没有上来，也印证了这个统计数据的结论。

我们团队的判断是中国的市场不太会像美国市场一样有序演进。因为像 Salesforce 这样的 SaaS 公司，在美国从 1999 年开始已经演进了很长时间，中国市场当前比较活跃的 SaaS 公司，很多是 2015/2016 年间成立的，时间积累上相差比较大，但是中国云厂商 IaaS 层的成熟度已经先达到了和国外竞争对手相似的水平，SaaS 公司可以利用成熟的 IaaS 能力缩短发展的路径。

中国市场仍然是一个以定制开发为主、传统 OP 软件产品为辅、SaaS 市场微乎其微的格局，但如果从软件形态的发展趋势来看，在定制开发向传统软件、SaaS 和 API 化的过程中，仍有很多结构化的机会。我们的判断是：短期的结构化机会来自于传统 OP 软件的云化，而 SaaS 是一个需要更长期坚守的未来。那么，如何抓住传统软件 OP 云化这个结构性的红利？我们提出来的一个思路是通过云计算的能力，将传统 OP 软件在云上实现 SaaS 化的商业模式。

计算巢的定位就是围绕软件云化过程中面临的痛点来提供产品能力，通过技术手段解决业务痛点，我们总结为：提升私有化部署的效率、降低软件 SaaS 化的难度、提升 API 的服务能力以及提升软件交易的效率。接下来，我围绕这四个方面逐一展开。

私有化部署

今天，大家纠结私有化部署做还是不做，本质是因为传统的私有化部署不是一个好的商业模式。私有化部署的交付和运营成本太高，以及一次性计收的商业模式没有办法持续获得现金流，对经营利润率的可持续性有影响。只要降低运营的可变成本，实现订阅制收费，实际上就可以实现 SaaS 的商业模式。那么我们应该怎样解决？

在不考虑定制开发项目的情况下，当前的软件产品和架构实际已经足够标准化，所以我们可以通过技术的方式来解决交付周期冗长及环境资源和应用部署模块化的问题，通过计算巢，可以做到软件和软件依赖的云资源一键式开通，类似于 SaaS 的开箱即用。

这里分享三个案例，PingCAP 的 TiDB，我们可以把 1-2 天的交付周期时长变成 5 分钟；神策数据也从 1-2 天的交付时间优化至 1 小时；数云的 CRM 系统，我们也做到了交付时间有两周到 1 天的有效收敛。

在运维维度，传统做私有化部署的项目，像一颗颗蒲公英的种子，离开母体之后用户用成什么样我们完全不清楚，当用户有问题找到我们的时候，我们才知道这个用户碰到了什么问题。而计算巢依赖云平台的统一底座，让私有化部署的项目像风筝一样，不管它飞到哪里，我们有一个线牵着它，虽然部署在客户侧，但是我们依然可以感知到。而且，计算巢做到了权限控制的模块化，在运维过程中客户按照实际需求给到服务商授权，服务商就可以完成事前的健康检测，事中的故障监控以及事后额故障排查，提升系统的稳定性，而全部运维的操作以及所有的 API 调用都有日志保留。

在实现以上功能的同时，计算巢还具备代运维的录屏功能，会留存代运维服务全程的视频，像行车记录仪一样，在保护用户数据安全的同时，也让服务商能够自证清白。

让传统软件一键 SaaS 化

软件最核心的是业务逻辑的代码化，业务逻辑的 Know How 是每一家软件公司的核心竞争力，而管控能力之类的工程化工作是同质化的东西，不是核心竞争力。如果我们在同质化的能力上付出过多的成本和精力，对于一家初创公司是 ROI 非常低的事情。但是管控能力对于功能的实现和用户体验又至关重要，我认为这就是计算巢需要去解决的问题，把这些同质化的工程性工作变成即插即用的功能，降低 ISV 伙伴的投入成本的同时，提升用户的体验。

当前，计算巢可以做到，ISV 只需要提供一个软件包，即可通过计算巢完成所有用户的开通、软件升级、运维等管控能力，实现软件快速的 SaaS 化。从根本上来讲，软件是有通用性的，无论是基础软件还是应用软件，是行业软件还是通用软件，都包含从软件构建到交付部署、到升级、运维、安全、许可管理等环节。我们把这些东西都变成了一个通用的 Framework，可以即插即用。

另外，对于部署环境，如果客户接受托管，那就直接部署在 ISV 自己的环境里面。如果客户不接受托管，可以部署在客户的 VPC 里，甚至对于一些对云接受度还没有那么高的客户，可以以机柜的方式（云盒）推到客户机房，实现软硬一体化交付，在实现数据本地化的情况下，依然保持统一的运维托管。

很多客户今天慢慢接受云了，并且也愿意把环境托管在 ISV 的 VPC 里，但是有些客户希望能够有个专属环境，和其他客户隔离。像钉钉在商业化的过程中，从最开始的多租户形态，变成了今天普通钉、专业钉、专属钉和专有钉的产品矩阵，也可以看到要求环境专属是一个客观存在的用户需求。这本质是一个安全感的问题，那么如何让客户真切的感知到环境是专属的？让技术上的安全，变成用户可感知的安全感？

托管最大的问题是环境黑盒产生的不安全感，计算巢允许 ISV 将必要的环境信息透传给用户，包括一些静态信息和操作过程中产生的日志，通过环境的白盒化让用户感受到安全。透明化有利于将技术角度的安全转移到用户心里的安全感。

将服务 API 化，实现内网互联

对于软件服务而言，Serverless 化和 API 化也是一个趋势。当前绝大部分的 API 服务都是公网服务，而如果提供 API 的服务商部署在阿里云上，消费 API 的客户也在阿里云上，通过公网访问 API 服务在时延、效率、带宽、成本和安全上，都不如直接通过内网实现互联的效率更高，但是今天并没有一个方案能很好地解决 ISV 场景的业务需求。计算巢希望构建的就是当服务商和用户都在阿里云上的时候，提升服务的效率。

软件免费试用，提升分发效率

软件的“出生”最终还是要走向售卖，在“售卖软件”的维度，作为 IaaS 服务商我们希望把专业的资源提供出来，由 ISV 伙伴做转化，计算巢在这中间帮助 ISV 伙伴提高转化效率，通过计算巢软件免费试用中心，ISV 可以让用户免费的试用自己的软件，消耗的云资源由阿里云来提供，加速客户的转化。在试用的流程上，包括试用申请、权限管理、申请审核及额度管理，计算巢提供了全套的平台化能力。