我已经在Heroku上托管了一个网站几个月了，这个网站很快就会投入生产。
自从我开始使用它们以来，至少有三次重大中断，其中一次是上个月灾难性的亚马逊中断，另一次是今天发生的数小时中断。
我相信Heroku的愿景，我认为他们是一家伟大的公司，但我面临着最终的问题：如果他们不能保持网站的正常运行，我喜欢他们的一切都无关紧要。
Heroku 是在 Rails 上运行生产基地的可靠供应商吗？
我可能会研究是否有其他提供商在可靠性方面比 Heroku 更好？
在我看来，几乎任何提供商都可能发生停机。您需要了解的是主机处理停机时间的好坏，以及他们在让客户了解可能的解决方案方面所做的努力。
在我看来，Heroku是托管应用程序的好地方。在那里部署的优势和便利性掩盖了最近（和罕见的）停机时间对我来说。
7-8 个月里，我是带有 Amazon RDS 插件的 Heroku 的用户，我的结论是，除了它们的架构之外，Heroku 没有什么值得欣赏的。这就是为什么我认为：
- 即使它以 2.5 亿美元+的价格出售，他们仍然没有使用亚马逊的亚马逊多区域功能。以下是SmugMug如何使用亚马逊的多区域功能在亚马逊崩溃中幸存下来的链接。http://don.blogs.smugmug.com/2011/04/24/how-smugmug-survived-the-amazonpocalypse/
- 出现问题时没有电话联系支持（不是应用程序，而是Heroku的），从Rackspace学到很多东西
- 我正在托管的应用程序，如果它在周五停机几个小时，人们会饿死，忘记大约 60 小时的停机时间。
- 我看到间歇性部署和连接问题。请访问此链接进行确认：http://status.heroku.com/
我知道开发人员喜欢它，因为他们免费提供一个名为"dyno"的廉价网络进程。
Heroku 不提供多个可用区冗余。如果您想要比 Heroku 更可靠的产品，您可以在多个可用区中创建自己的 EC2 实例。当然，这将需要更多的服务器维护、管理和部署时间。
我似乎Heroku是可靠的。我强烈推荐它来开始并验证您的想法。我相信当你开始你的项目时，你希望快速把它拿出来（对客户或公众）。
正如其他评论中提到的，在某些时候，您可能需要切换到 EC2，因为您可能需要区域冗余，并且运行 EC2 实际上可能会变得更便宜，特别是如果您已经在公司中拥有 SA。
No.不是。作为客户，我经历了多次严重中断。这些事情发生了，我明白了。但让Heroku不可靠的是，当事情出错时，他们几乎不存在支持。在评估 Heroku 或任何提供商时，我会谨慎行事，并真正了解您支付的费用。我为Heroku付出了与我一样多的代价，我期望更多。
例如，他们的一个数据库在周日早些时候离线。我立即意识到，不是来自Heroku，而是来自我们的客户和新的遗物警报。我联系了 Heroku 支持人员，只是为了让球在我开始故障排除时滚动。24小时后，我几乎没有收到Heroku的回应。我无法按照他们的建议分叉、跟踪或拍摄数据库快照（因为他们遇到了问题），所以我基本上坐在手上等待。希望有人会回应，因为我疯狂地试图以某种方式恢复。
这是他们的错吗？不。一点也不。我应该/本可以做一些事情来减轻这种失败。但是，尽管我每个月都为他们的服务付费，但我期望对我的关键问题做出类似的回应。
我们的应用程序由 Heroku 托管，并在过去 12 个月中多次下降。
两次是由Heroku提供的第三方应用程序之一引起的：
-
我们使用Zerigo（由Heroku推荐）作为我们的DNS。这导致我们的网站两次关闭 - 一次花了超过12个小时 te 恢复。对于像 DNS 这样的东西来说，这绝对是疯狂的，所以我们改用了更可靠的提供商。
-
Redistogo应用程序关闭了一次。
Heroku确实带来了一些好处，但要小心您选择的应用程序。
在我的组织中，我构建了简单的 SPA 生产力应用程序，并且在从物理机箱服务器迁移到云虚拟机后，去年一直在使用 Heroku 来托管它们。
由于 Heroku 开发阻碍中断，我已经损失了好几天。通常，当正在运行的应用程序保持在线和工作时，当 Heroku 关闭时，您无法推送更新或重新启动应用程序。
我们也不要忘记定期维护的荒谬时间（通常是美国东部标准时间下午 2 点，周中......真的吗？
在撰写本文时，Heroku 的日志记录系统现在已经运行（或多或少关闭）超过 24 小时。
值得庆幸的是，我的应用程序不是关键任务。虽然我喜欢 Heroku 的易用性，但对于一个 AWS 中间人来说，它不值得如此头疼。
也就是说，我将转向纯 AWS EC2 实例。