不止一个关注技术行业的分析师认为，云计算(简称“云”)概念似乎被炒得过头了。这个术语几个月前还几乎不为人知，现在似乎所有技术分析师、杂志、厂商和会议都在对此议论纷纷。尽管这个概念很火，但是奇怪的是目前还没有就云计算到底是什么给出一致的定义。有时云计算与公用计算与网格计算相提并论，有时它又与软件即服务(SaaS)与虚拟化混为一谈。究竟什么是云计算，当前的云计算模式也存在许多挑战：

　　1. 数据安全与隐私。云计算基础架构具有多租户的特性，厂商们通常无法保证A公司的数据与B公司的数据实现物理分隔。此外考虑到大规模扩展性方面的要求，数据物理位置可能得不到保证。若企业需要遵守业务交易及相关数据方面的全国或国际法规，用户可能会觉得不放心。但有人认为，到时候法规可能会考虑这种大规模分布式、多租户环境。

　　2. 经济模型。按使用付费的模型具有某些优势，但若使用量一直很高，那么这种模式具有的经济性就不再存在。尤其是事务密集型应用如果要使用云计算，厂商就要考虑对付费实行最高限额。

　　3. 数据访问与存储模型。不管是亚马逊的S3和SimpleDB服务，还是微软Azure的数据服务(Data Service)，现在提供的存储模型都需要适应许多不同的使用场景。所以它们可能偏向采用基于二进制大对象(blob)的简单存储模型或者简单的层次模型。尽管这带来了显著的灵活性，却给应用逻辑解释不同数据元素之间的关系增加了负担。许多依赖关系数据库结构的事务型应用程序就不适合这种数据存储模型。

　　4. 缺乏标准与厂商锁定。大多数厂商都定义了基于标准的机制(HTTP、REST和SOAP等)来访问及使用其服务。胆在云计算环境开发服务方面的标准才刚刚兴起，且现在缺乏一次编写、到处运行的功能。 比如，使用谷歌的 AppEngine开发应用程序的方式就与在微软Azure或Force.com上开发应用程序的方式截然不同。使用某厂商的编程模型开发的应用程序要迁移到另一家厂商的平台上并非易事。胆现在出现了像开放云计算联盟(Open Cloud Consortium)之类的组织，它们鼓励在云计算环境采用基于开源的软件开发，还在考虑制订可以协同工作的标准。

　　5. 处理故障。考虑到云计算应用程序具有大规模分布式的特性，要明白出现了哪些种类的故障、出现在何处也许并非易事。所以开发的应用程序要把处理故障当做是正常执行流程，而不是例外情况，对于国内云计算老大阿里云对阿里云应用开发也走得这样的流程。

　　众所周知，云计算模式还比较新，不同厂商对此的定义、工作模型及服务仍在不断发展之中。所以在选择任何一家厂商之前，比如说国内的阿里云，都需要全面分析对方提供的服务内容、服务质量、安全模型与支付模型。

　　总体而言，云计算模式也许已经为企业的某几类应用做好了准备，但是肯定没有为关键及事务密集型应用程序做好准备。如果应用程序预计会遇到某些使用高峰，或需要可变动的存储容量，那么它们非常适合云计算。另外，尽管传统的应用程序如果不经过一番重大改写就迁移到云计算环境上并不容易，但新的应用程序肯定会充分利用基于云计算的服务来满足某些要求。