“云计算”这个术语最初是指一种使用API或自动化脚本程序来实现资源、计算存储以及网络等资源自动配置的方法。当亚马逊网络服务（AWS）设计它的基础设施即服务（IaaS）产品时，IT团队将其视为一种让他们关注产品而非产品开发的产品推广方法。虽然AWS有正确的想法，但是他们从事IaaS和PaaS的开发工作只是刚刚起步。

平台即服务（PaaS）为简化和加速部署创造了机会，并实现了以较短的开发周期提供新功能。它提供了一个快速发布和管理应用程序的方法。但是，它也不是没有问题的。

第一个PaaS产品——Google AppEngine——是有着一些局限性的。

它在其有限的框架内只支持Python。

之后逐渐出现了其他的PaaS产品，但是这些新产品仍然都局限于它们所支持的语言——其中大部分只支持网络应用程序。这些产品会自动扩展并启动服务器，但是开发人员仍然不得不确定何时扩展服务规模。同时，它们通常都没有提供对底层硬件的控制。

但是，对于那些必须支持应用程序后台运行或者需要某些应用程序安装的服务来说，又是如何的呢？如果企业对用户在网络上的输入没有直接响应的应用程序，但是又不得不响应事件并在后台运行点什么，又该如何呢？IT团队可以建立一些类似于Web-Hook的东东并发布它，但他们仍然需要有些东西在后台运行，即便在不使用时亦是如此。

容器是新的IaaS吗？

当Docker及其方法在主机系统进入界面设置了一个虚拟层时，它顿时吸引了几家正在寻找服务器流程编制的企业的眼球。Docker能够让开发人员构建一个容器，并将其从本地机部署至AWS的任何位置，并确保它们具有完全相同的配置。容器是通过“Dockerfile”脚本程序开发的，这种脚本程序可以让IT团队在需要推出一个新版本发布供测试和开发使用时快速地开发一个新的容器。

Docker可以与允许开发人员轻松地准确定义环境应该是什么样子的？IT团队仍然必须指定所有所需的基本包并管理服务器，所以Docker并不是PaaS。但是，云计算供应商们开始意识到这是PaaS模式的一个很好的基线。

当亚马逊Elastic Beanstalk增加了对Docker的支持后，开发人员重新获得了对主机环境的控制权，但是亚马逊仍然管理着自动扩展和部署。这是一个两全其美的解决方案，这是一个让开发人员和运营人员都高兴的极好方法。

此外，用户可以使用AWS 和 Docker 来运行可自动扩展的后端应用程序。更妙的是，用户可以在更少的服务器上运行多个容器，且实现由额外虚拟化Docker提供的完全隔离。

亚马逊Lambda把PaaS带至一个新的水平

当亚马逊推出Lambda时，它的PaaS进化又向前迈进了一步。亚马逊的Lambda似乎是一个真正的PaaS产品，但是它允许用户设置“触发器”，这是一项能够在基于事件的应用程序模式中正常运行的技术。该服务目前支持Node.js （之后会增加更多支持的语言），但是它不要求IT团队拥有任何可运行的基本系统，以实现对事件的响应。Lambda是一个完全围绕事件响应而设计的产品；IT团队并不需要管理任何的硬件。

例如，如果让用户上传视频至系统，那么Lambda会挑选一个新的视频，这个视频是由运行功能函数的简单存储服务通知所触发的。然后，你的功能函数就会把视频文件上传至Elastic Transcoder，并将其数据格式转换成为移动和桌面格式，之后才把视频文件上传至网络。它还可以使用亚马逊SNS把短消息提醒发送给等待观看供应商所上传新视频的所有人。

但是，如果亚马逊Lambda是一个真正的 PaaS 产品，那么 Elastic Beanstalk 或 AWS的新型EC2　容器服务是否与其相适合？

Elastic Beanstalk 和 EC2容器服务都有着一些PaaS的功能——它允许企业用户在需求增长时自动扩展服务规模。它们还支持集成代码部署和对IaaS功能的良好处理，其中包括指定服务器类型、底层软件包以及用户所需的应用程序环境等。EC2容器服务还增加了对低水平应用程序的支持，具体包括非网络应用程序。

事实上，与其说Elastic Beanstalk 和 EC2容器服务是PaaS，那还不如说是IaaS。他们为企业用户提供了自购的额外容量，从而令其成为了一个比完全切换至PaaS　更好的选择。他们还提供了最大的灵活性和最少的受制于特定厂商。而EC2 容器服务就是PaaS 和IaaS —— 但不是所有的云计算。