推或拉近乎實時的自動化服務器？

Question

我們目前正在開發一個服務器，客戶端請求對特定數據元素的更改感興趣，並在數據更改時將服務器將數據推送回客戶端。關於客戶是否會更好地調查這些數據，工作上正在進行激烈的辯論。

什麼被認爲是在近實時環境中的數據傳輸的性能，可擴展性和網絡負載方面的理想方法？

更新： 這裏有一個Link，讓一些深思與關於用戶界面的更新。

Answer 1

對於每種情況，可能都沒有理想的方法，但推送通常更好，而且使用更頻繁。它允許優化服務器緩存和數據傳輸，這有助於提高性能和可伸縮性，並通過避免客戶端請求和空響應來減少網絡流量。服務器按照自己的步調運行並在客戶端準備就緒時向其提供數據可能是非常重要的優勢。

工業標準 - 例如OPC，GID - 同時支持。服務器將更新推送給訂閱的客戶端，但客戶端可以將一些很少使用的數據提取出來，而不必打擾訂閱。

Answer 2

只要客戶端啓動連接（通過防火牆和NAT問題），任何一種方式都可以。

如果您需要發送多種不同類型的數據，您可能希望讓客戶端指定他想要的類型，但每個連接只需要一次。然後你可以讓服務器繼續發送更新，因爲它有它們。

如果沒有客戶端不斷要求更新，服務器發送更新的網絡流量就會減少。

Answer 3

你對客戶有什麼看法？許多防火牆允許傳出請求，但阻止傳入的請求。換句話說，如果您正在通過互聯網，除非您發送電子郵件，否則拉可能是您唯一的選擇。