正如Kristian Glass所说，IaaS(AWS)和PaaS(Heroku, EngineYard)之间没有可比性。

PaaS基本上帮助开发人员加快应用程序的开发，从而节省资金，最重要的是创新他们的应用程序和业务，而不是设置配置和管理服务器和数据库之类的东西。使用PaaS的其他特性是应用程序部署过程，如敏捷性、高可用性、监视、扩展/去规模化、对专业知识的需求有限、易于部署以及减少成本和开发时间。

但PaaS仍有其黑暗的一面，这阻碍了PaaS的采用:

减少对服务器和数据库的控制 如果管理不当，成本将非常高 在当今时代，不成熟的，可疑的

除此之外，你应该有足够的技能来管理你的IaaS:

硬件采购 操作系统 服务器软件 服务器端脚本环境 Web服务器 数据库管理系统(Mysql, Redis等) 配置生产服务器 用于测试和部署的工具 监控应用程序 高可用性 负载均衡/ Http路由 业务备份策略 团队协作 重新生产

如果您的业务规模较小，PaaS将是您的最佳选择:

现付现付 启动成本低 把管道问题留给专家 PaaS处理自动缩放/除垢、负载平衡、灾难恢复 PaaS管理所有安全需求 PaaS管理可靠性、高可用性 Paas为您管理许多第三方附加组件

这完全是基于个人需求的选择。您可以在我的PPT托管Rails应用程序上获得详细信息。

Heroku就像是AWS的子集。它只是平台即服务，而AWS可以在任何层次上实现。

实现取决于业务需求。如果这两种情况都适用，就相应使用。

Actually you can use both - you can develop an app with amazon servers ec2. Then push it (with git) to heroku for free for awhile (use heroku free tier to serve it to the public) and test it like so. It is very cost effective in comparison to rent a server, but you will have to talk with a more restrictive heroku api which is something you should think about. Source: this method was adopted for one of my online classes "Startup engineering from Coursera/Stanford by Balaji S. Srinivasan and Vijay S. Pande

有趣的是，Heroku实际上在后端使用AWS。它消除了所有开销，并为您在EC2上进行体系结构管理。(在一次面试中从一家大公司的高级工程师那里得到的知识)

从开发、IT和业务目标来看，有很多不同的方法来看待这个决定，所以如果它看起来势不可挡，也不要感到难过。但是，不要过度考虑可伸缩性。

想想你的需求。

我设计的网站每天服务超过800万次，每周提供tb的视频，这些网站建立在25万美元的硬件基础设施上，由庞大的IT劳动力组成。

但我也有一些较小的网站，它们的设计目标是每年产生1 - 2万美元，没有很高的流量、数据库或处理要求，我用一个每月10美元的通用托管账户毫不妥协地运行这些网站。

在未来，部署将更像Heroku而不是AWS，这只是因为进步。扩大互联网基础设施的IT旋钮没有任何价值，因为它不能越来越自动化，而且它与你所提供的产品或服务的价值没有任何关系。

此外，要记住，对于一个商业网站来说，可扩展性是我们通常所说的“好问题”——尽管像Facebook和Twitter这样的网站的可扩展性问题非常引人注目，但它们对他们的成功没有任何负面影响——这条新闻甚至可能有助于更多的注册(所有的新闻都是好新闻)。

如果你有一个每天生成超过10万份文件的服务，并且存在伸缩性问题，我很乐意帮你解决这个问题，不管你运行的是什么语言、数据库、平台或基础设施!

可伸缩性是一个可修复的实现问题——没有客户是一个存在的问题。

在我们的业务中，从Heroku迁移到AWS的人员占很大比例。两者都有优势，但在Heroku上一段时间后就变得很混乱了……一旦你需要一定程度的复杂性不再容易维持与Heroku的限制。

也就是说，通过在AWS上使用优秀的框架/工具，有越来越多的选择可以获得Heroku的易用性和AWS的灵活性。