聊中国云计算,绕不开王坚和阿里云。阿里云如今是国内规模最大的公有云之一,但它最初的出发点,是一个当时听起来有些反常的想法:计算能力也该像水和电一样,用多少取多少,由专门的机构统一供应。这个想法在十几年前并不好接受,回头看,基本已经成了行业常识。

从工程师到推动“计算普及”的人
王坚早年做的是计算机系统和分布式计算。进入阿里巴巴后,他关心的问题慢慢变了:不再只是把一套系统跑得更快,而是要让大规模计算资源被更多企业方便地用上。他在公开场合多次讲过,计算不应该只是几家大公司的内部能力。阿里云的成立,和这个想法分不开。
2009年,阿里云作为阿里巴巴集团旗下的业务成立。当时不少中小企业还在自建机房,或者租用物理服务器。采购周期长,机器闲的时候多,忙起来又扩不上去。团队要做的事,是把服务器、存储和网络抽象成一个资源池,需要时直接调用,用完即可释放。
飞天系统:让成千上万台机器看起来像一台
要做到这一点,底层系统是绕不开的。阿里云自研的飞天分布式操作系统,就是为大规模集群管理设计的。它把成千上万台普通服务器组织起来,对上层应用呈现为一个整体,任务调度、故障切换和数据冗余都由系统自动处理。开发者可以专注业务逻辑,不必每次遇到机器宕机或扩容都手动去处理。
这条路线在当时有争议。有业内人士担心,用通用硬件搭建可靠的大规模系统,成本和稳定性都难以保证。王坚的判断是,软件层做得足够扎实,廉价硬件组成的集群也能提供接近专用设备的服务能力。后来阿里云的发展在一定程度上验证了这个判断,但验证的过程并不短。
去IOE:迁移最难的是核心业务
在阿里巴巴内部,王坚推动的一件大事是“去IOE”,也就是逐步减少对IBM小型机、Oracle数据库和EMC存储等传统高端设备的依赖,改用开源软件和通用服务器。交易、支付、商品这些核心业务都在其中。迁移只要有一个环节出错,用户马上就能感觉到,所以这件事没法靠一次切换完成。
迁移过程中,团队积累了几条做法,其他企业也可以参考:
- 先分层解耦:把应用拆成可以独立部署的服务。拆的时候优先选依赖少、流量稳定的模块,别一上来就动最复杂的交易链路。
- 用数据代替经验:每一步切换前后都要对比性能和稳定性指标。感觉变快了不算数,要看延迟和错误率。
- 保留回退路径:新系统上线初期,旧系统要能随时接回流量。回退方案没有实际演练过,等于没有。
- 把内部工具沉淀成产品:迁移中打磨出来的工具和方法,后来成为阿里云对外提供的能力。
阿里云的顺序是先在阿里巴巴自己的业务里被反复打磨,再开放给外部用户。对大型互联网公司来说,这条“先自己用、再对外提供”的路,通常比从概念出发更踏实。
案例一:12306与春运的弹性考验
公开报道提到,阿里云曾参与支撑铁路购票系统的访问高峰。春运期间,购票请求会在短时间内集中涌入,传统架构很难及时扩容。借助云上的弹性资源,系统可以在高峰前增加计算节点,高峰过后再释放。用户感受到的,是抢票时页面卡顿少了一些;技术团队面对的,则是一次真实的弹性和容灾检验。
案例二:城市大脑与交通信号优化
杭州“城市大脑”是另一个常被提到的例子。2016年前后,阿里云与杭州市政府合作,尝试用云计算和数据分析优化城市交通。以信号灯为例,系统汇聚路口摄像头、卡口和浮动车等数据,动态调整红绿灯时长,目标是减少车辆排队和拥堵。据公开介绍,部分试点路段的通行效率有所提升。
这个项目的意义不止于交通。它说明,计算能力一旦像基础设施一样普遍可用,就能进入城市管理、医疗、教育和制造等领域,而不只是互联网公司的后台。
水电比喻的前提和边界
把计算比作水电,是王坚最常用的比喻之一。听上去简单,背后其实有三个要求:资源要稳定,计费要透明,使用门槛要足够低。以前企业建信息系统,往往先买设备,再养专人维护。云模式下,企业可以把精力放回业务本身,按实际用量付费。
不过这个比喻也有边界。水和电的标准化程度很高,计算服务却牵涉数据安全、隐私保护和行业合规,不同客户的需求差别也很大。云服务商因此不能只卖资源,还要给出可信的安全体系和行业方案。这也是阿里云近几年持续投入的方向。
结语
回看王坚与阿里云的路线,最值得记住的,是一个判断:计算会走向公共化。要让它真正像水电一样可用,需要扎实的系统工程,也需要在真实场景里慢慢打磨。从飞天系统到去IOE,从春运到城市大脑,阿里云的每一步都在用实际业务检验这个判断。对正在考虑上云的企业来说,这段历程给出的更多是思路和方法,未必是现成答案。