Re:An HTTP reverse proxy for realtime
by sokrates on Tuesday April 09, 2013 @09:24AM
(#5517873)
Personal peeve: There is still a name collision beetween the popular use of "real-time" to describe "live" updates (usually as the defining aspect being "without polling") versus the definition of "real-time", implying that events are delivered to the customer in a guaranteed period of time. Which is obviously not true.
[ Parent
| on HN ]
Can you give an example of any 'true "real-time"' projects implementing any aspect of HTTP? I think this ship has sailed.
Re:An HTTP reverse proxy for realtime
by peterwwillis on Tuesday April 09, 2013 @11:36AM
(#5518835)
Yeah, for example, there are web services whose design goal is <30ms completed request so they can guarantee their client timely data based on a SLA. If this "real-time" project can't guarantee time of transactions, it's not "real-time".
How is this even possible? All it takes is a clogged router buffer 'somewhere' along your network path and that <30ms web request is gonna get blown away. Am I missing something here?
I'm probably just being ignorant lol. Can you point me to an example company offering a service like this?
Thanks.
Re:An HTTP reverse proxy for realtime
by peterwwillis on Tuesday April 09, 2013 @01:10PM
(#5519493)
I can't, but you could for example look at the financial services industry or providers of real-time data feeds.
In general these services are not available through the public internet so routers with clogged buffers are not usually an issue. But it depends on the SLA.