我甚至在定義問題時遇到了一些麻煩。但設置是這樣的:將多個請求組織到服務器
有多個設備必須將數據推送到中央服務器。我們正在談論2-3k設備。問題在於如何在發生故障時組織請求和重試,以便我們最有效地使用服務器帶寬,並且我們自己也不使用DDoS。設備不能直接與對方通話。
即使搜索條件會有所幫助,算法的名字,科學論文等
我甚至在定義問題時遇到了一些麻煩。但設置是這樣的:將多個請求組織到服務器
有多個設備必須將數據推送到中央服務器。我們正在談論2-3k設備。問題在於如何在發生故障時組織請求和重試,以便我們最有效地使用服務器帶寬,並且我們自己也不使用DDoS。設備不能直接與對方通話。
即使搜索條件會有所幫助,算法的名字,科學論文等
你想要的詞組是「指數退避」。這是各種場合的最佳做法。以下是前4個結果谷歌搜索這句話的:
http://en.wikipedia.org/wiki/Exponential_backoff http://docs.aws.amazon.com/general/latest/gr/api-retries.html https://developers.google.com/api-client-library/java/google-http-java-client/backoff https://msdn.microsoft.com/en-us/library/microsoft.practices.transientfaulthandling.exponentialbackoff.aspx
題外話:這是沒有編程的問題,但對於網絡管理。 – Olaf
@Olaf我希望網絡管理員應該知道答案,但這裏必需的重試邏輯通常由程序員編寫。 – btilly
@btilly:也許,但這個問題甚至沒有提到特定的軟件,甚至沒有提及特定的編程問題。以意見爲基礎也是可行的。選一個。 – Olaf