使用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（奴隶）应该是相同的。这减少了可维​​护性，因为修复可以在一个节点上完成，并可以传播到其他节点。这是我的组织如何完成的。

这可能是一个要求，如果一个类似的操作重复进行，应用程序服务器可能会减少一些重复。