使用WebServer遠程執行方法是一個很好的架構決策嗎？

Question

下面介紹了我正在談論的內容的一個非常小的解釋。

• 在我組織一個怪樣的努力爲負載分配的 實現，我會嘗試下面的解釋。

• 一個JBoss服務器在一臺機器的一些IP XXX.XXX.XXX.XXX

• 有其中有許多重型時間&資源消耗工作 做（重於我而言一個應用程序運行/ O操作EX-大文件上傳& 下載 - 千兆字節）

• 方法寫在一個Web應用程序休息訪問URL所&參數 作爲網址參數傳遞方法，設置爲類型POST，返回值作爲JSON輸出的方法有210種。

• 應用程序中的問題有書面只是爲了職位的框架調用 上述Web應用程序很好地包裹着，這樣的電話可以不 程序員知道在後臺發生的事情做。

• 這一框架外在參數它接受 運行WebApps的機器的IP，並配置可這樣 機&路線的方法調用到一個最不繁忙 每當一個方法調用框架的列表製作。

一切看起來不錯，但我在HTTP websever &做處理有&發送輸出的JSON的東西&收集日誌中的失敗也許艱難的情況下，可能會減慢懷疑包裹的東西。

問題

我想知道其他程序員對這個&的意見，這是否是一個很好的方法還是不行。

也試圖分配負載時，任何現有的商業應用程序遵循類似的東西嗎？

Answer 1

在我看來，負載平衡的效率在於選擇正確的節點來處理您的請求的棘手過程。

一種常用的方法可以是監視必須承擔負載並將負載發送到最不忙的節點的CPU使用率。這個過程應該既準確又高效。

就你而言，包裝Json數據的請求和傳輸應該是最不關心的事情，因爲它們似乎是必需的活動，也是輕量級的。重點應放在負載平衡活動上。

回答評論

如果我理解正確，HTTP方法服務器在那裏處理來自中央應用程序的請求。負載平衡不會由他們完成。必須有一箇中央負載均衡機制/工具來確定哪個方法服務器將接受哪個請求。

所有methodservers（奴隸）應該是相同的。這減少了可維​​護性，因爲修復可以在一個節點上完成，並可以傳播到其他節點。這是我的組織如何完成的。

這可能是一個要求，如果一個類似的操作重複進行，應用程序服務器可能會減少一些重複。