IaaS平台架构

所谓的IaaS便是在基础设置层面上实现云计算。目前业界比较有名的是亚马逊的EC2。但就纯粹的EC2而言，我感觉似乎还是稍微原始了一点。因为他只提供了虚机（计算能力的载体），另外提供了S3作为存储能力的载体。虽然我们可以利用这两者做许多事情，比如说将我们自己的应用搭建在上面。利用虚机跑应用，同时利用S3作为存储应用的载体。这样，我们可以用它来部署任何类型的应用，从企业应用到网站。从Java到.Net到Ruby到其他任何一种动态语言。灵活是足够灵活了，但是还是得要我自己做很多事情。

比如，有这么一类需求，我想部署一个web应用。但是一方面我预算也不多，人也比较少。所以这个过程越简单越好，越省钱越好。

如果用EC2来做这个事情的话，大概有以下几个步骤。首先得注册一个EC2的帐号，然后找到一台虚机，通过SSH远程登录到虚机上，然后在虚机上装server软件。比如以LAMP为例，最简单的情况下，我要在同一台虚机上装apache、php和mysql。然后想办法把代码上传上去。

这样的话，整个过程并不比以前不用EC2的时候省多少事情，除了不用装操作系统。不过这会比传统的方式省钱一点，因为你在不用的时候可以关掉几个虚机。但是省钱的代价是又增加了一点复杂性：什么时候该关虚机？怎么样关虚机？谁来负责关虚机？什么时候起虚机？这些事情都要仔细考虑，要么要开发一个软件来管理这个事情，要么要找个人每天定时去开关一下。

总之，EC2只是提供了一个接近裸机的基础设施（当然是针对应用程序而言，如果是针对个人而言，当然不算裸机，因为还有操作系统）。固然有很大的灵活性（做什么都可以），但是也有很大的不便性（做什么都要自己做许多相关的事情）。

假如，我提供一个基于EC2进一步包装的平台，我提供有限数量的定制好的虚机镜像。比如针对LAMP，我提供各种主流的版本。

比如有LAMP在同一台虚机上的微小镜像，这种是适合于个人用户开发个人站点的。

还有，提供各部分分开的版本，比如有专门的Apache服务器，有专门的Mysql服务器，有专门的Squid服务器。同时最关键的是，这些服务器，每个部分都可以集群。这意味着，任何一个部分，都可以扩展，也可以收缩。随着应用的压力情况，可以动态地调整虚机数量。同时也可以动态地开启关闭虚机。这样部署应用的人再也不用关心运维方面的问题了。

这样的平台显然十分有价值，也有人看中了这块市场。美国就有这样的公司，专门针对EC2进行适度包装以后给企业等用户的。我们可以试着来探讨这样的平台实现的方式。