Live data from Hacker News

Heroku: a follow up on last week's outage

status.heroku.com

11–20 of 48 posts

Re: Heroku: a follow up on last week's outage

#11
post #3

I love Heroku, but am I the only one that thinks their choice of words describing their architecture is a bit pretentious? "...streaming data API which connects the dyno manifold to the routing mesh." Give me a break!

It might be pretentious. But it serves as (1) sales-speak and (2) provides a frame of metaphor that may well assist the engineers internally.

Re: Heroku: a follow up on last week's outage

#13
post #3

I love Heroku, but am I the only one that thinks their choice of words describing their architecture is a bit pretentious? "...streaming data API which connects the dyno manifold to the routing mesh." Give me a break!

Well, there's the problem right there. They're using a dyno manifold to connect to the routing mesh. If they'd just use a flux capacitor, they could use a static manifold instead.

Re: Heroku: a follow up on last week's outage

#15
post #13
post #3

I love Heroku, but am I the only one that thinks their choice of words describing their architecture is a bit pretentious? "...streaming data API which connects the dyno manifold to the routing mesh." Give me a break!

Well, there's the problem right there. They're using a dyno manifold to connect to the routing mesh. If they'd just use a flux capacitor, they could use a static manifold instead.

Love it. Times like this I wish there were more of a sketch comedy scene in our community... Not sure whether to go with "The AWS Enterprise" or "Bob the Cloud Mechanic".

Re: Heroku: a follow up on last week's outage

#17
post #3

I love Heroku, but am I the only one that thinks their choice of words describing their architecture is a bit pretentious? "...streaming data API which connects the dyno manifold to the routing mesh." Give me a break!

If a future update mentions 'phase modulation' we'll know they're just cribbing excuses from old Star Trek episodes.

Re: Heroku: a follow up on last week's outage

#18
post #8

Earlier quoted context omitted.

This is classical geek owning up. My first thought was, this is written with two purposes: 1) to prevent the average, non-technical person from understanding it ("Phew, I'm glad these guys are figuring out this stuff and not me - that's why I host with them. I don't even know what a 'dyno manifold' is!") 2) to show management how smart we are and that you still need us ("because who else is going to figure this 'rout…

Read up on the heroku architecture. These are the terms used. The manual garbage collection wasn't the problem. An unexpected data structure created by garbage collection wasn't handled in a fault tolerant manner.

I can guarantee you that the Heroku architecture uses an internal slang for common sysadmin concepts.

Re: Heroku: a follow up on last week's outage

#19
post #15
post #13

Earlier quoted context omitted.

Well, there's the problem right there. They're using a dyno manifold to connect to the routing mesh. If they'd just use a flux capacitor, they could use a static manifold instead.

Love it. Times like this I wish there were more of a sketch comedy scene in our community... Not sure whether to go with "The AWS Enterprise" or "Bob the Cloud Mechanic".

Reminds me of the good ol' Turbo Encabulator...

Re: Heroku: a follow up on last week's outage

#20

"The first root cause is related to the streaming data API which connects the dyno manifold to the routing mesh. On the dyno management side, an engineer was performing a manual garbage collection process which created an unusual record in the data stream. On the routing side, a bug in the subprocess of the router which processes the incoming stream saw the record as garbage." This is techno-babble on a scale the wor…

The only unusual terms in that paragraph are "dyno manifold" and "routing mesh", both of which are Heroku-specific technologies that Heroku users should know of. The rest is just normal systems stuff.
Post reply on HN