英文原文：Goodbye Heroku
布莱恩·卡尔达瑞拉，2014 年 6 月 23 日
自年初以来我成为了一名 Heroku 的用户。而据我所知，他们起起落落，跌宕起伏，但在过去的 2 年中，他们的服务已经在退化，而对于我来这是最后一根稻草了。请允许我进行阐述。
宕机时间
今天，Heroku 有一个“在美国东部时间下午 2 点的定期维护”。首先，这不仅是愚蠢的。不要在美国东部时间下午 2 点为任何东西安排维护。那段时间已经成为网络上最繁忙的时段之一。在东海岸的每个人一个小时后都已吃完午饭回来。而这一小时恰恰是在西海岸午餐前的一小时。这对我来说，显示了对 Heroku 的缺乏部分判断。我知道了反驳的理由将是“我们已经在美国东部时间下午2:00 安然无恙地做了很多其他安排好的维护”。我的回答是，这个反驳是废话。仅仅因为你以前这样做没有问题并不意味着他们不会在未来发生。事情不对了，人搞砸了。当 Heroku 控制的时候这些糟糕的事情发生了，并且他们选择将风险置于在美国东部时间下午 2 点是一个问题。
宕机时间报告
我深信他们的状态团队只是在 Twitter 上整天浏览，等待足够的人来谩骂和抱怨 Heroku 的宕机，在更新状态页面之前。我不在乎他们提供与此相反的是什么数据。为什么更新状态页如此重要？当我们在假期期间，我们的客户给我们发电子邮件生气了：因为我们都不在身边，我们没有什么可以展现给他们，以证明这是 Heroku 的错，而不是我们的，我认为状态页应该被立即更新，在我们的客户自己发现这是非常重要的之前。
价格
在过去的几年里，AWS 已经削减了他们相当多的定价，这件事已被大量报道。然而，Heroku 到底有多少次降低了他们的价格呢？（Heroku 转售 AWS）据我所知为零。所以每次亚马逊上降低 EC2 价格，Heroku 只是赚取其中的差价，并对所有客户说“去他妈的！”。
修复所有
托管 DEVOPS 的主要缺点是，当事情发展的不顺，会影响到每个人，所以通常你不得不等待，直到他们为每个人进行修正在您的应用程序恢复之前。原本应该是最多 5 分钟的停机时间转变成为最少需要 30 分钟的停机时间。
Buildpacks
Buildpacks 真是太可怕了。
结论
我知道我咆哮和很生气的原因。但就像今天一样的错误是完全可以避免的，然而 Heroku 还是选择了将大家暴露在这个不断增加的风险中，我看不出有什么充分的理由。
我们将不再在 Heroku 上开发任何新的客户。并且我们会推荐我们现有客户，让他们不再使用 Heroku。我们是 Digital Ocean 的狂热粉丝，所以我们很可能会选择它作为我们的首选托管服务。
相关文章
