RMI vs. RESTful WS - 協助設計決策

Question

我有一個RESTful webApplication（讓我們稱之爲WA1）接收POST，查詢數據庫並做出相應響應.WA1儘可能輕（內存透視），與數據庫的連接速度很快儘可能並在完成提取後關閉。

現在，我需要建立一個網關（WA2），它將從一條支路與WA1進行通話，並從另一條支路接收「命令」。兩者都坐在不同的物理機器上。

這兩個Web應用程序都必須在任何時候承受500次併發連接。

現在，從性能角度來看，我很難決定在我的實現中是使用RMI還是簡單地將POST發送到WA1？數據傳輸是否會成爲RMI世界的瓶頸？這種設計有哪些優點和缺點？

Answer 1

我認爲沒有很好的理由去RMI。它將您鎖定到僅限Java的解決方案中，因此非Java客戶端會發現與服務器交談更困難。

您已經在使用REST獲得巨大成功。簡單而開放的勝利 - 使用基於HTTP的解決方案。它會更通用。