我是一名初学者 RoR 程序员，计划使用 Heroku 部署我的应用程序。我的其他顾问朋友说 Heroku 很容易使用，非常好。唯一的问题是我仍然不知道 Heroku 做什么...
我看了他们的 网站，简而言之，Heroku 的作用是帮助扩展应用程序，但是...为什么这很重要？Heroku 如何帮助：
速度 - 我的研究表明，如果我面向美国/亚洲受众，将 AWS 部署在美国东海岸可能是最快的。
安全性 - 他们有多安全？
扩展性 - 它实际上是如何工作的？
成本效益 - 有类似于 dyno 的东西使其容易扩展。
他们与竞争对手相比如何？例如，Engine Yard 和 bluebox？
请使用通俗易懂的英语解释...我是一名初学者程序员。
这不是一个微不足道的工作量来设置和维护。使用Heroku，达到那种阶段所需的工作可能只需几行应用程序代码和git push。
heroku scale web:+5。us-east和eu-west的AWS实例上运行。对于你来说，这听起来正是你想要的。对于其他人来说，这可能更值得考虑。
我在上面的IaaS与PaaS比较中提到了如何实现这一点。大致来说，你的应用程序有一个Procfile，其中有形式为dyno_type:command_to_run的行，例如（摘自Heroku架构-过程模型）：
web: bundle exec rails server
worker: bundle exec rake jobs:work
这个，带有一个：
heroku scale web:2 worker:10
web dyno和10个worker dyno将会使您的应用程序运行。很好，简单易懂。请注意，web是一种特殊的dyno类型，它可以访问外部世界，并且位于他们美好的Web流量多路复用器（可能是某种Varnish / nginx组合）后面，该多路复用器将相应地路由流量。您的工作者可能会与消息队列进行交互以进行类似的路由，从中他们将通过环境中的URL获取位置。
Heroku的dyno documentation文档称你有大约512MB的RAM，因此将dyno视为类似于EC2微实例可能不是太不合理。它值得加倍的价格吗？你如何评价自己的时间？在IaaS提供商上构建并将其提升到这个标准所需的时间和精力肯定不便宜。我无法真正回答这个问题，但不要低估安装和维护的“隐藏成本”。
(A bit of an aside, but if I connect to a dyno from here (heroku run bash), a cursory look shows 4 cores in /proc/cpuinfo and 36GB of RAM - this leads me to believe that I'm on a "High-Memory Double Extra Large Instance". The Heroku dyno documentation says each dyno receives 512MB of RAM, so I'm potentially sharing with up to 71 other dynos. (I don't have enough data about the homogeny of Heroku's AWS instances, so your milage may vary))
最终，这取决于哪种方式最适合您。您说您是“初学者程序员”-也许使用Heroku会让您专注于编写Ruby，而不必花费时间构建围绕代码的所有其他基础设施。我肯定会试试。
AWS / Heroku 都适用于小型兴趣项目（最初阶段免费）。
如果您想马上开始一个应用程序，而不需要进行太多架构定制，则选择 Heroku。
如果您想专注于架构并能够使用不同的 Web 服务器，则选择 AWS。基于您选择的服务/产品，AWS 更耗时，但可能是值得的。AWS 还提供了许多插件服务和产品。
Heroku
AWS
这将完全取决于需求而做出个人选择。 您可以在我的 PPT “托管 Rails 应用程序” 中了解更多详细信息。
感谢您的关注。我们向您保证，我们非常重视安全，并在安全的服务器上运行系统。不需要担心 [插入安全问题]，因为所有这些都由……处理。 我会给它打负分，但如果经过适当编辑，我会改变我的看法。 - Nateowami有很多不同的视角可以从开发、IT和业务目标来看待这个决定，所以如果感到压倒性，请不要感到难过。但也不要过度思考可伸缩性。
考虑你的需求。
我曾经设计过一些网站，每天为超过800万个独立访问者提供服务，并且每周传递数千兆字节的视频，这些网站是在一个资本硬件初始投资为25万美元的基础设施上建立的，并由一个庞大的“百万美元级”的IT人员团队管理。
但我也有一些较小的网站，旨在每年产生10-20K美元的收入，流量、数据库或处理需求并不高，我运行这些网站时使用了一个每月只需花费10美元的通用托管账户，没有做出任何妥协。
在未来，部署将更像Heroku而不是AWS，这只是进步的结果。在伸缩互联网基础设施方面的IT旋钮调整中没有任何价值是越来越自动化的，而且与您提供的产品或服务的价值毫无关系。
此外，在商业网站方面要记住的是，可伸缩性往往被称为“好问题”——虽然像Facebook和Twitter这样的网站的可伸缩性问题非常引人注目，但它们对他们的成功没有任何负面影响——新闻甚至可能导致更多的注册（所有媒体都是好媒体）。
如果您的服务每天产生10万个以上的独立访问者并且存在扩展性问题，无论使用什么语言、数据库、平台或基础设施，我都很高兴为您解决！
可扩展性是可以解决的实现问题，而缺乏客户则是一种存在问题。
实际上，您可以两者并用-使用亚马逊服务器EC2开发应用程序。然后（使用git）免费将其推送到Heroku一段时间（使用Heroku的免费层向公众提供服务）并进行测试。与租用服务器相比，这是非常具有成本效益的选择，但是您需要考虑更加严格的Heroku API限制。来源：我在线课程“Coursera / Stanford的创业工程”中采用了此方法，由Balaji S. Srinivasan和Vijay S. Pande教授。
通常人们在开始部署时会问这个问题：Heroku还是AWS。
我尝试使用了Heroku和AWS，以下是我的快速评论和比较：
Heroku
Heroku run bash来深入/访问机器级别（感谢MJafar Mash的建议），但它有点受限！您无法完全访问！AWS - EC2
AWS Elastic Beanstalk 是Heroku的一种替代方案，但更加经济实惠。
Elastic Beanstalk于2010年发布为公共测试版，它帮助我们更容易地进行部署。详细信息请参阅此处
Beanstalk是免费的，您需要支付的费用是您使用的服务和使用时间的小时数。
我已经长期使用Elastic Beanstalk，并认为它可以替代Heroku并更加实惠！
总结
因此，在我的当前系统中，我将Heroku用于staging环境，而将Beanstalk用于production环境！
在开发阶段使用Heroku，在生产环境中使用Beanstalk！ - eQ19heroku run bash，你可以访问你的 dyno 的 shell。 - Mohammad Jafar Mashhadi对于tl;dr，请跳到本帖子的结尾。
AWS ElasticBeanstalk试图提供类似于Heroku的自动扩展和易于部署的平台。由于它使用EC2实例（它会自动创建），EB服务器可以做任何其他EC2实例可以做的事情，而且运行成本低廉。
使用EB进行部署非常慢；更新部署可能需要每个服务器10-15分钟，并且在更大的集群中部署可能需要近一个小时-相比之下，在Heroku上部署更新只需几秒钟。 EB上的部署处理也不是特别无缝，这可能会对应用程序设计施加限制。
您可以使用ElasticBeanstalk背后使用的所有服务来构建自己的定制系统（包括CodeDeploy、Elastic Load Balancer、Auto Scaling Groups，以及如果您想全力以赴，还有CodeCommit、CodeBuild和CodePipeline），但是第一次设置它可能需要花费几个星期，因为它相当复杂，比在EC2中配置东西要棘手一些。除了特别询问的问题外，其他答案提出了一些其他问题：
在生产和开发中使用不同的提供商是一个不好的主意。
我很难过人们会建议这样做。虽然理想情况下，代码应该在任何合理的平台上运行得很好，以使其尽可能具有可移植性，但每个主机上的软件版本会有很大差异，并不意味着代码在暂存环境中运行就一定能在生产环境中运行（例如，主要的Node.js/Ruby/Python/PHP/Perl版本可能存在使代码不兼容的方式，通常是无声的，即使你有相当不错的测试覆盖率也可能无法捕捉到）。
一个好主意是利用像Heroku这样的东西来进行原型制作、小型项目和微网站 - 这样你可以快速构建和部署事物，而不需要花费大量时间进行配置和维护。
在做出决策时，请确保考虑运行生产和预生产实例的成本，不要忘记复制整个环境的成本（包括第三方服务，如数据存储/添加组件，安装和配置SSL等）。
如果使用AWS，请注意来自Bitnami等供应商的AWS预配置实例 - 它们是安全的噩梦。它们可以默认公开许多臭名昭著的易受攻击的应用程序，而不在描述中提及。
相反，考虑使用一个得到良好支持的主流发行版，如Ubuntu或Debian（如果需要RPM支持，则使用CentOS）。
注意：亚马逊有自己的发行版叫做Amazon Linux，它使用RPM，但它是EC2特定的，并且第三方/开源软件支持较少。
你也可以在AWS（或Lightsail）上设置一个EC2实例，并在其上配置flynn或dokku等工具 - 然后你可以轻松地部署多个网站，如果你维护了很多服务或想要轻松地启动新事物，这可能是值得的。然而，将其设置起来并不像使用Heroku那样自动化，你可能会花费很多时间进行配置和维护（我发现使用Amazon集群和Docker Swarm进行部署比设置它们更容易；你的情况可能有所不同）。
我已经在Node.js应用程序和Docker镜像部署中广泛使用它，主要的缺点是实例是共享的（这反映在它们较低的成本上），目前没有购买专用实例的选项。然而，他们的开源部署工具'now'也可以用于在AWS以及Google Cloud和Azure上部署到专用实例。
将人们从Heroku迁移到AWS已经成为我们业务的重要部分。两者都有优势，但是在一段时间后，Heroku会变得混乱...一旦您需要一定程度的复杂性，使用Heroku的限制就不再容易维护。
话虽如此，在AWS上有很多框架/工具可以提供Heroku的便利性和AWS的灵活性。
好的，Heroku在后台使用AWS，这完全取决于您所需的解决方案类型。如果您是核心Linux和DevOps人员，您不需要担心从头开始创建虚拟机，例如选择ami选择放置选项等，您可以选择AWS。如果您想在表面上完成任务而不必担心这些细节，您可以选择Heroku。