评论:.NET 计算布局——微软“云”计划的前车之鉴

  • 王翔

2008 年 4 月 23 日

话题:.NET微软云计算DevOps语言 & 开发架构

“前车之鉴”出自《荀子》,说的是要吸取前面车子倾覆的教训。

在提出新的“云”计划之前,微软的.NET 战略在计算布局方面几乎已经走了 8 年的弯路,最近微软中国董事长张亚勤也提到了.NET“部分成功”的看法。业界普遍的概念中的“云”是把计算从 PC 甚至是企业内部拿出来,把他们放在分布在网络各处的计算机完成,而微软出台的“云”概念是“软件 + 服务”(S+S),两者间最大的差异在于是否要在 PC 上安装完成用于企业各种计算的软件,毕竟微软的辉煌主要来自于其成功的 Windows 和 Office 产品。

8 年前,网络的接口几乎就是浏览器,虽然已经开始有 Web Service 等一系列把网络作为面向服务的技术出现,但用户的计算还是集中在本地 PC 的软件完成,从这个意义看.NET 假设的前提——计算和存储都存储在网络中虽然前瞻但有些早了;8 年后,用户不仅已经习惯于通过 Blog、Wiki 使用网络提供的消费性计算,文档、电子表格等以往只能在本地 PC 完成的工作也逐步从 PC 搬到了网络,此时微软却反过来强调网络与软件的协作,为什么?

  • 如果走比较彻底的“云”,那么微软只能成为用户的一个选项,是有选择的而非唯一,游戏规则的制定者可能很快转为微软最有力的竞争对手——Google;
  • “云”计算微软是个新人,就像微软凭借 Office 用户的使用习惯一次次击溃业内的众多对手一样,一步迈入“云”很可能因为开发团队之前使用习惯的原因,被抛在后面。尤其对于很多意图在新计算概念下创新的团队而言,印象中微软可能相对不如其他对手那么开放,作为现阶段比较新鲜的技术概念,如果不能获得开发团队的主力支持,为之投入资金、时间就可能付诸东流;
  • 微软收入很大部分来自产品升级,但现在的“云”计算中虽然也有版本和服务更新的概念,但最初的一些产品基本采用流量收费方式,除非提供更具吸引力的方式,否则很难按照以前的方式收入产品升级费用;而采用 S+S 方式微软则可以更紧密地把网络上的服务与 PC 上的软件结合在一起,用户为了获得网络上服务的新特性可能就需要升级本地的软件,这样现金流依然是畅通的;
  • 微软在技术的开放性与 IT 服务费用方面的两难局面:如果不加入软件这种更具控制力的措施,全部采用 W3C 或其他组织定义的“云”计算相关协议,那么等于抹杀了微软在 PC 软件方面的优势,很可能投入大量资金后,反而为他人做嫁衣;但如果采用更微软化的网络服务,借助微软软件可以让用户获得服务扩展中的很多便利,虽然可以占有 IT 服务费用方面的优势,但这会导致与其他厂商服务间互操作的问题。

那么掺杂了很多其他考虑之后的 S+S 有哪些问题呢?

  • 与 8 年前不同,Google、Amazon 等厂商的纯互联网软件产品已经培养出用户新的使用习惯,而且这种使用习惯的用户份额正在快速增长。中小型企业也许更愿意随时随处使用互联网上的软件获取信息、完成业务,因为相比较投资到 IT 人员、软件费用等成本而言,在“云”里面完成不仅更划算而且更便捷;
  • 不可否认很多企业,尤其是大型企业仍然会有很多内部系统、内部存储、内部服务器和网络设备,但这些并不是微软的强项;
  • 借助.NET,微软虽然创造了整个家族的开发工具,但之前几年对于开源的谨慎态度耽误了不少时机;虽然 Windows Server 2000、2003、2008 不断支持越来越大型的互联网应用,但相对开源的 Linux,总体投资成本也没有太明显的价格优势。开发工具和操作系统的选择会直接影响到“S+S”在软件一端的天平。

.NET 在计算布局方面的失误完全可以被微软“云”计划进行借鉴:

坚信计算、存储会越来越多的在网络上,但要从中获得收益,首先自己要更加开放。
.NET微软云计算DevOps语言 & 开发架构