Live data from Hacker News

Explain “Event-Driven” Web Servers to Your Grandma

daverecycles.com

1–10 of 38 posts

Re: Explain “Event-Driven” Web Servers to Your Grandma

#5
post #2

Hmm, perhaps a closer analogy: Traditional Web Server: The pizza shop receives a call for the initial order and starts the pie. Then the customer calls back periodically to check if the pie is done because the pizza shop cannot call back or deliver.

Much better. Calling the customer back? That would be magic.

Re: Explain “Event-Driven” Web Servers to Your Grandma

#6
post #2

Hmm, perhaps a closer analogy: Traditional Web Server: The pizza shop receives a call for the initial order and starts the pie. Then the customer calls back periodically to check if the pie is done because the pizza shop cannot call back or deliver.

No I don't think so. He is talking about a single request here, you seem to be talking about a session.

Re: Explain “Event-Driven” Web Servers to Your Grandma

#8
post #2

Hmm, perhaps a closer analogy: Traditional Web Server: The pizza shop receives a call for the initial order and starts the pie. Then the customer calls back periodically to check if the pie is done because the pizza shop cannot call back or deliver.

The commenter (on the linked blog) who said that the pizza shop has a small number of call-takers that put calls on hold until they are ready to service them makes a better analogy.

Re: Explain “Event-Driven” Web Servers to Your Grandma

#10
post #7

[deleted]

I agree.

Maybe i'm not on the same page as the article author on what he meant by "event driven" but if he's talking about websockets/comety web servers, then as I mentioned in a comment below, the difference is that in a traditional web server the customer has to keep calling back to know the status of the pizza (polling) versus having the pizzeria deliver or call the customer back for pickup (server push). Fewer communiques overall.

Post reply on HN