用户期望厂商创建什么样的云计算来满足他们的需求？厂商应该从软件即服务云（SaaS)或者平台即服务(PaaS)两方面关注用户的需要吗？作为平台即服务云计算公司Joyent的首席执行官-戴维.扬一直在思考这个问题

这样的云需求到底是什么呢？戴维认为理想的平台即服务云应该具备以下的九大特性：

1.虚拟化层的网络稳定性

云计算必须在某种虚拟化技术支持下运行来满足以下的各种需求，尤其是灵活性

2.用于实例创建，删除和复制的应用程序接口

研发人员可以利用云计算做业务，而无需求助他人或者通过电话与销售人员联络

3.应用软件层的协同工作

云计算应该遵循服务的持续性原则在应用软件框架内对核心设置提供支持

4.状态层的协同能力

状态层是升级网络应用软件时最难解决的问题

5

6.自动升级

称职的研发人员应该能在云上实施配置，每月可供浏览的页面可达50亿页，而无需考虑升级的问题

7.硬件负载平衡

云计算厂商应该提供实现一个月50亿页面浏览量目标的方法

8.存储即服务

存储也应该作为一项服务提供给研发人员使用

9.如果需要，追根溯源

云计算厂商无法考虑到研发人员或者应用软件所需所做的方方面面
www.orchn.com

www.orchn.com

WebDAV是存储服务的开放协议版本

不过，在这一点上应用编程接口也仅供Aptana使用

亚马逊正在使用SimpleDB进行创新，谷歌也将BigTable作为解决方案来应对这个难题

在对未来需求进行预测时，戴维认为所需的就是一个以XMPP为基础的状态层

当然，如果云计算如我们所描述的那样开放，你也可以创建自己的云
通信

所有的云都应该提供这些开放协议或模板，以便研发人员可以在云间自由迁移而无需和重新编译应用软件

这种想法能实现吗？目前还不能，因为没有可以可自动升级的云计算应用软件
Joyent公司目前只是通过Aptana和他们的Aptana Studio产品来提供这种服务
云应该是开放的，而不应该被私有化
云计算厂商所面临的挑战就是要及时计算出提供随需基础架构服务的经济账，而不是让许多基础架构闲置在那里等着用户来使用
通信 云计算厂商提供给研发人员的价值就在于能运行状态层，而且研发人员无需使用可能无法实现成功升级的专有状态层
从定义上来说，云计算必须创建在某种虚拟化技术的顶部，因此研发人员在云上没有根，追根溯源在于云上的研发部分
从更广义的角度来说，戴维认为目前没有那家厂商可以尽善尽美的为用户服务
服务器 但是它无法作为对象而不是分级树上的节点来供研发人员访问
但是目前还没有那家云计算厂商在提供更好的应用软件层解决方案上有所创新
但研发人员在云上还是无计可施，因为无论是BigTable还是SimpleDB都无法做到随处可用
划拨部分费用供研发人员根据他们的特殊需求去构建和塑造云
升级应用软件层或静态层还有负载平衡及存储
网络 升级的衡量标准是什么呢？是响应速度吗？升级状态层是途径之一
只要采用信用卡支付，用户就应该能获得随需计算，存储和随机存储器服务
可以考虑开源Tibco
因此云就需要通过研发人员进行升级和扩展
因此云计算厂商的创新有时就以牺牲协同能力为代价
在实际应用中如果你想两者兼得的话，就如同用煤发电一样的道理
www.orchn.com 基本上一名开发人员应该能在Joyent，亚马逊网络服务，谷歌，Mosso, Slicehost,GoGrid等云服务之间自由的转换
如果你在编译应用程序，你想实现大规模升级，那么答案就是不要将专用服务器上的云据为己有
网络 存储服务上的对象应该供研发人员作为对象而不是分级树上的节点来访问
存储服务应该允许用户不限数量的使用存储资源，按需支付
应用编程接口需要公开的向每个人开放
应用软件服务（诸如电子邮件基础架构，支付体系）

云计算应该提供可升级的应用软件服务供研发人员在开发和交付他们自己的应用软件时使用
当云恢复计算的云实例，研发人员应该能够依靠网络应用程序工作，而无需重新更改网络设置
网络 我们应该向应用最为普及的语言种类提供支持并进一步推进
我们需要开发一款开放式的免费版本
戴维认为云计算应该支持PHP, Ruby, Python, Java和最常用的应用框架，数据库，插件和各种语言的应用软件及网络服务
戴维认为这就意味着云计算厂商就应该像银行一样，逐步开始越来越多的把彼此的基础架构借贷出去，以此来应对工作负载波峰与波谷的不同需求
技术上实现的可能就在于硬件的负载平衡
换句话说，无论是否需要用户都应该能从随需计算上获取帮助
有两种应用软件服务
状态层是原因之一
通信 目前存储即服务还在以所有权应用编程接口的方式提供
目前还没有合理的解决方案来应对这个问题，而且这也不是单纯私有权的问题
通信 研发人员的工作就是编译代码，由云计算来完成其他工作
第一类就是使用开源协议或模板交付的软件服务，比如IMAP/SMTP, LDAP/vCARD, iCAL/ICS, XMPP, OpenID, OPML都属于此类
网络 第二类就是作为网络服务交付的应用软件服务
软件负载平衡能实现你所期望的每月50亿页面浏览量的目标
这不是单纯决定我们应该全力支持MySQL或者Postgres的问题，因为我们将发现如果使用这些工具，我们期望的需求（比如自动升级）在实际应用中根本无法实现
这样不懂分层树的研发人员也能使用
www.orchn.com 这类服务通常都归云所有，诸如支付体系，库存管理都属于这类服务
通过简单的点击云上的配置工具或者更改域名服务器就能完成这些工作
金融领域几年前就比较关注这个问题
随着计算行业从专用硬件向随需计算的逐步转变，用于网络应用软件的专用模式的一大关键特性就是稳定性，静态IP地址
需要使用SQL语言的数据库可以采用开源和免费软件，对于研发人员也比较容易接受