大致来看，PaaS的实现分为两种：以虚拟机为基础或是以容器为基础。前者的代表是AWS，后者的代表则是GAE, CloudFoundry和Heroku。AWS是基于虚拟机技术来打造自己的PaaS平台，其架构模式大致如下图所示：

具体而言，AWS基于如下构件打造了Beanstalk：首先是负载均衡层（ELB），该层需要将用户的请求投射到对应的服务器实例，同时，负载均衡层还需要。当应用实例出现扩容时，需要动态将调整的服务器实例注册到对应的域名上，以完成分流；中间是Web服务器层，目前ElasticBean支持Java、Python和PHP等多种编程语言，尽量为编程人员提供多样性的选择，开放性基本是所有PaaS平台的标配。在服务后端，Beanstalk基本依托于AWS本身的服务生态系统为应用提供服务，比如RDS、S3、DynamoDB等。

CloudFoundry等平台则是基于容器技术打造。相比于虚拟机，容器带来的系统开销非常低，如果一台虚拟机的操作系统需要占用2G的内存，则7个虚拟机所组成的集群只是操作系统就需要14G的内存占用。基于容器的技术如果一台16G的裸机除去2G的操作系统开销，还能够部署7个容器进程。所以，从经济性来说，容器的技术远远好于虚拟机。另外一个比较的标准是性能，容器的性能相对而言更好一些，具体的比较参数可以参见IBM研究院刚刚出的报告。但是，从安全性和隔离型来说，虚拟机是远远好于容器的。

CloudFoundry的架构设计如下图所示。首先，CF也提供了一个路由模块(Router)，该模块基本是基于ngnix打造，只是在ngnix技术上提供了动态注册的功能。在部署时，由于CF会同时部署非常多的应用实例，所以需要一个router集群来满足应用的需要；其次，CF的应用容器基于自己开发的warden技术，warden也是基于LXC技术，但是使用c和ruby作了一层简单的封装。Docker的大热让CloudFoundry很纠结；第三，CF使用service broker来集成各种资源服务，如mongo、mysql、rabbitmq和redis等。最后，CF使用消息总线NATS/GNATS来完成应用之间的通讯。