2015-04-05 32 views
0

我以前的一些前同事曾經告訴過我,遠程分發EJB應該始終被視爲最後的手段。據他介紹,這種實施方式的弊端往往大於好處。使用EJB的組件分發:始終視爲最後的手段?

所以,當將分配遠程EJB的被推薦真的?什麼類型的情況?

我的意思是,如果我有一個Web應用程序爲中心的苦難性能下降,因爲它的服務器不能處理的負荷,我可以用它的服務器負載平衡,而不是.....而不是使用EJB分離的業務組件。

任何人都可以見識一下呢?

回答

0

並非所有的那麼簡單。基於javaee,EJB技術對於應用程序完整性來說是最好的。一些例子:

  1. 遠程EJB是可以訪問的服務器業務從遠程應用(遠程客戶端) 功能最簡單的方法。但是現在,當應用程序客戶端變得越來越瘦, 遠程EJB的角色丟失了。
  2. 如果你的業務服務中的幾個 Java應用程序擴展,EJB的服務是簡單的方法(不僅是一個) 他們整合到一起。
0

有關實際問題可能會幫助一些更多的背景。自從EJB開始之後,我無法完全理解這個問題,爲什麼或者爲什麼不應該遠程使用它們,並最終討論性能下降問題。這兩者在你面臨的問題的背景下如何相關?

+0

部署在應用服務器中的war文件。由於服務器容量無法再處理它,性能明星將會降級。困境是:1)在另一個應用程序服務器中部署war文件,並將它們作爲負載平衡或...... 2)僅在另一個服務器中部署業務組件(通過使用ejbs) – 2015-04-06 12:29:48

+0

IMO,負載平衡應用程序應該是要走的路因爲遠程EJB涉及到對整體代碼庫的嚴重更改,所以將邏輯分開。作爲一個方面說明,直接公開遠程EJB並不是您唯一的方法。即使您選擇在專用服務器上部署業務邏輯,您也可以選擇使用Web服務(REST或SOAP)端點作爲應用程序的入口點,並在後臺使用EJB。這樣,您不直接公開遠程EJB接口,但仍能夠利用EJB功能。這只是接近它的一種方式 – Abhishek 2015-04-07 06:55:44

相關問題