关于云计算基础架构简介分析的说明

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

　　挑战一、数据访问和存储模型。

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

　　挑战二、数据安全与隐私。

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

　　挑战五、处理故障。

　　考虑到云计算应用程序具有大规模分布式的特性，要明白出现了什么类型的故障、出现在什么地方也许并非不是一件容易的事。所以说，开发的应用程序要把处理故障当做是正常执行流程，而不是例外情况。

　　挑战四、缺乏标准和厂商锁定。

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

　　挑战五、经济模型。

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

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

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