Confirmed users
927
edits
Services/F1/Server/ServicesStatusDB: Difference between revisions
Services/F1/Server/ServicesStatusDB (view source)
Revision as of 13:22, 29 April 2011
, 29 April 2011→Goal
Tarek.ziade (talk | contribs) |
Tarek.ziade (talk | contribs) (→Goal) |
||
| Line 3: | Line 3: | ||
When a third party service like Twitter gets down or is starting to be very slow, clients will retry to send to our server more and more requests and our infrastructure will be overloaded and potentially unresponsive. | When a third party service like Twitter gets down or is starting to be very slow, clients will retry to send to our server more and more requests and our infrastructure will be overloaded and potentially unresponsive. | ||
The goal of the Services Status DB is to provide to every web server in our infrastructure a status of every third party service. The web server can decide to back off | The goal of the Services Status DB is to provide to every web server in our infrastructure a status of every third party service. The web server can decide to preemptively back off any new request to that service in case the service is down in order to avoid piling up unnecessary work. | ||
= Principle = | = Principle = | ||