【IT168 专稿】不久前，Amazon网络服务大规模的瘫痪事件招来了客户的大量批评和否定。紧接着，作为世界上最大托管存储商的Rackspace也出现了与Amazon类似的情况，同样惹得怨声载道。由于这两家的规模庞大，因此影响面甚广；又由于两者都采用了云计算的架构，所以人们在抱怨商家服务的同时，不禁怀疑起云计算的可靠性来。

    然而，正如任何系统一样，没有什么是完美的。当系统故障发生，沮丧的我们应该认识到这是生活的一部分。任何复杂如Amazon网络服务的系统，没有人能保证不会发生一点问题。正因为如此，单一、偶然发生的故障问题并不能衡量服务的质量。

    那么，云计算真的就不好么？事实当然并非如此，相反，它具有强大的生命力以及美好的前景。

“云”与LAMP

    网络服务起源于L.A.M.P的组合（linux、Apache、MySQL、Perl），直至今日依然强大有效，因此仍是许多流行网站的选择。LAMP贵在简洁之美，这使得上手非常容易。但它却存在扩展性差的问题：其一为Apache网站服务器的线程与scoket的连接少，因此当面临负载增加又未合理配置的情况时，网站的运转就有可能出现故障；其二就是MySQL的关系型数据库规模有限，因此成了整个系统最大的瓶颈，这个问题尤为突出。

    关系型数据库因为信息表征方式导致了容量的受限。并且，当达到一定规模时，管理还会变得困难。右下图明显可见，单一的关系型数据库与网络服务器间存在着明显的性能瓶颈以及单点失效的风险。为解决这一问题，一种名为数据分区的技术可以使关系型数据库的数据划分到N个独立集中去。如果这样行不通的话，唯一的方法就是放弃关系型数据库，改用分布式数据库，而这恰恰就进入了“云”的范畴。

云计算的概念

    云计算的想法并不难理解，就是要将应用程序分散布置在由众多硬件盒组成的一个大型网格中。每个盒子内部系统相同，且规格均一。起平衡整个系统负载作用的负载均衡器发出的指令可以在各个盒间流水般无阻碍的通行，因此看似分散的盒子能运作如一体，迅速做出反应，宛如分散的小水滴在大气压作用下凝聚成一体终成浮动的白云，这就是“云”的概念。“云”之美还在于它的扩展性，你可以很容易地向“云”中添加更多的盒子。

    在上图中可以看出，计算云包括了三个最基本的组分：一个网站服务/应用层，一个分布式存储层，以及一个分布式队列层。每一个层都可作为“云”本身，也就是说层的每一组分在功能和结构上完全一致。在这最简单的模型中，web tier就当于LAMP中的bit概念，在“云”中，网络服务器同样可以采用Apache，同样可以运行应用程序的PHP代码，但与LAMP根本不同的是数据库不再是MySQL，而采用了分布式存储系统系统，如Amazon S3, Amazon SimpleDB或Amazon Dynamo。分布式队列层除了在无法实时操作的情况下需要外，并不是必须的。

    “云”最大的优势是它支持按需变化的运算商务模式。比如说，一个建立在“云”上的能支持1,000~10,000位客户的网络服务如果需要将客户容量提高到10,000,000，那么仅仅只需向“云”中添加盒子的数量。从商业前景来说，这是非常具有吸引力的，因为采用“云”之后很容易计算出系统扩展所需要的成本。