用户期望什么样的云计算？“云”服务当具备九大特征

核心提示： 4.状态层的协同能力状态层是升级网络应用软件时最难解决的问题，因此云计算厂商的创新有时就以牺牲协同能力为代价，用户期望什么样的云计算？“云”服务当具备九大特征(2)，这不是单纯决定我们应该全力支持MySQL或者Postgres的问题，因为我们将发现如果使用这些工具，云计算必须创建在某种虚拟化技术

4.状态层的协同能力

状态层是升级网络应用软件时最难解决的问题。因此云计算厂商的创新有时就以牺牲协同能力为代价。这不是单纯决定我们应该全力支持MySQL或者Postgres的问题，因为我们将发现如果使用这些工具，我们期望的需求（比如自动升级）在实际应用中根本无法实现。

亚马逊正在使用SimpleDB进行创新，谷歌也将BigTable作为解决方案来应对这个难题。但研发人员在云上还是无计可施，因为无论是BigTable还是SimpleDB都无法做到随处可用。

在对未来需求进行预测时，戴维认为所需的就是一个以XMPP为基础的状态层。可以考虑开源Tibco。金融领域几年前就比较关注这个问题。需要使用SQL语言的数据库可以采用开源和免费软件，对于研发人员也比较容易接受。云计算厂商提供给研发人员的价值就在于能运行状态层，而且研发人员无需使用可能无法实现成功升级的专有状态层。

5.应用软件服务（诸如电子邮件基础架构，支付体系）

云计算应该提供可升级的应用软件服务供研发人员在开发和交付他们自己的应用软件时使用。有两种应用软件服务。第一类就是使用开源协议或模板交付的软件服务，比如IMAP/SMTP, LDAP/vCARD, iCAL/ICS, XMPP, OpenID, OPML都属于此类。

所有的云都应该提供这些开放协议或模板，以便研发人员可以在云间自由迁移而无需和重新编译应用软件。第二类就是作为网络服务交付的应用软件服务。这类服务通常都归云所有，诸如支付体系，库存管理都属于这类服务。

6.自动升级

称职的研发人员应该能在云上实施配置，每月可供浏览的页面可达50亿页，而无需考虑升级的问题。研发人员的工作就是编译代码，由云计算来完成其他工作。

这种想法能实现吗？目前还不能，因为没有可以可自动升级的云计算应用软件。状态层是原因之一。升级的衡量标准是什么呢？是响应速度吗？升级状态层是途径之一。升级应用软件层或静态层还有负载平衡及存储。

7.硬件负载平衡

云计算厂商应该提供实现一个月50亿页面浏览量目标的方法。如果你在编译应用程序，你想实现大规模升级，那么答案就是不要将专用服务器上的云据为己有。

当然，如果云计算如我们所描述的那样开放，你也可以创建自己的云。在实际应用中如果你想两者兼得的话，就如同用煤发电一样的道理。软件负载平衡能实现你所期望的每月50亿页面浏览量的目标。技术上实现的可能就在于硬件的负载平衡。

8.存储即服务

存储也应该作为一项服务提供给研发人员使用。目前存储即服务还在以所有权应用编程接口的方式提供。存储服务应该允许用户不限数量的使用存储资源，按需支付。存储服务上的对象应该供研发人员作为对象而不是分级树上的节点来访问。这样不懂分层树的研发人员也能使用。

WebDAV是存储服务的开放协议版本。但是它无法作为对象而不是分级树上的节点来供研发人员访问。目前还没有合理的解决方案来应对这个问题，而且这也不是单纯私有权的问题。我们需要开发一款开放式的免费版本。

9.如果需要，追根溯源

云计算厂商无法考虑到研发人员或者应用软件所需所做的方方面面。因此云就需要通过研发人员进行升级和扩展。划拨部分费用供研发人员根据他们的特殊需求去构建和塑造云。从定义上来说，云计算必须创建在某种虚拟化技术的顶部，因此研发人员在云上没有根，追根溯源在于云上的研发部分。