使用EJB进行组件分发：始终视为最后的手段？

Question

我的一位前同事曾经告诉过我，远程分发EJB应该始终被视为最后的手段。据他说，通常情况下，这种实施方式的缺点超过了好处。

那么，什么时候才能真正推荐远程分发EJB？什么类型的情况？

我的意思是，如果我有一个以网络为中心的应用程序，因为服务器无法处理负载而导致性能下降，我可以改为平衡其服务器负载......而不是使用EJB分离业务组件。

任何人都可以启发我吗？

Answer 1

并非如此简单。基于javaee，EJB技术是应用程序完整性的最佳选择。一些例子：

1. 远程EJB是访问服务器业务的最简单方法 远程应用程序（远程客户端）的功能。但现在，何时 应用程序客户端变得越来越薄，角色越来越薄 远程EJB丢失。
2. 如果您的商业服务分散在多个商家中     java应用程序，EJB服务是简单的方法（不仅仅是一个）     将它们整合在一起。

Answer 2

有关实际问题的更多背景信息可能有所帮助。我无法完全理解这个问题，因为它始于EJB，为什么或为什么不应该远程使用它们，最后谈论性能下降。在你遇到的问题的背景下，这两者如何相关？