TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Postmortem of Heroku's June 23 Downtime

63 pointsby bensedatalmost 11 years ago

9 comments

agwaalmost 11 years ago
This incident makes me think that services like Redis should support running with two sets of credentials at once in order to facilitate credential rolling. As it currently stands, rolling credentials is a rather big deal with a chance of things going wrong in the process.<p>Aside: the text on that page is extremely difficult to read because of poor contrast (#8584B2 on #282936) and might be impossible for people with vision impairment. If anyone from Heroku is reading, you should change the color scheme to be compliant with the W3C Web Content Accessibility Guidelines. See: <a href="http://www.snook.ca/technical/colour_contrast/colour.html" rel="nofollow">http:&#x2F;&#x2F;www.snook.ca&#x2F;technical&#x2F;colour_contrast&#x2F;colour.html</a>
评论 #7947627 未加载
评论 #7947646 未加载
评论 #7948244 未加载
thaumaturgyalmost 11 years ago
Because I so rarely feel compelled to say this: this is a really great post-mortem. It&#x27;s technical, it&#x27;s not loaded down with sales-speak, and it&#x27;s straightforward. I really hope post-mortems like this become more of a trend.
theGimpalmost 11 years ago
This paragraph reads like a response to the criticism they received a few days ago for scheduling maintenance at 2pm PST:<p><i>On June 23rd we performed a credential roll on these Redis servers in our US cloud during a two hour scheduled maintenance window. Because we operate a service used globally, there is a less-than 10% difference in usage between so-called &quot;peak hours&quot; and “non-peak” hours. We scheduled maintenance for this time because it was not a peak time, but moreso because this period has high coverage from relevant engineering teams, should issues arise. By performing maintenance during this period, we were able to react more quickly and muster those teams within seconds.</i>
评论 #7947641 未加载
评论 #7947479 未加载
gdeglinalmost 11 years ago
Seems like first trying this maintenance procedure in a staging environment would have caught the problem.
hunvreusalmost 11 years ago
&gt; We are reviewing our internal processes to ensure that communication between groups is more effective, so that we can better inform our customers when situations occur.<p>I see this as the only contentious point raised by some of their users. They are doing an outstanding job already at dealing with a large infrastructure running a wide range of heterogeneous applications. They likely run updates on their infrastructure on a regular basis, without anybody noticing.<p>However, if you&#x27;re selling me on the promise of taking care of infrastructure for me, you can&#x27;t under-deliver on communicating as soon as s<i></i>t hits the fan.
ironladyalmost 11 years ago
I&#x27;ve been developing a Node site that is currently running on Heroku. This happened the first day after launch, and to say the least my blood pressure was through the roof all day. I was terrified if something went wrong, we would be dead in the water. I don&#x27;t think I would deal with them again (if I had the chance).
bithive123almost 11 years ago
I am curious as to why they were relying on rolling Redis credentials at all since they would have needed to pre-arrange a secure channel for Redis traffic anyway.
saasdudealmost 11 years ago
who in the hell is stupid enough to use heroku?
sneakalmost 11 years ago
Ugh, the verb form of &quot;impact&quot; is so gross.
评论 #7948323 未加载