Architecture 什么时候我们将web服务器和应用服务器作为两个独立的物理层?

Architecture 什么时候我们将web服务器和应用服务器作为两个独立的物理层?,architecture,deployment,platform-agnostic,multi-tier,Architecture,Deployment,Platform Agnostic,Multi Tier,通常,当应用程序部署在服务器场上时,它具有一个中央数据库、一个或多个应用程序服务器和一个或多个web服务器 既然应用层中的所有服务都将通过web服务器访问,为什么不将web服务器部署在与应用服务器相同的物理层上呢 具体的问题是-将web服务器部署为独立层的原因是什么 从更广泛的角度来看,在决定部署场景时,一般的考虑因素是什么 如果您的应用程序服务器比Web服务器占用更多的CPU(大多数情况下都是这样),您可以扩展应用程序服务器,同时保持Web服务器的数量不变 在web服务器场和应用程序服务器场之

通常,当应用程序部署在服务器场上时,它具有一个中央数据库、一个或多个应用程序服务器和一个或多个web服务器

既然应用层中的所有服务都将通过web服务器访问,为什么不将web服务器部署在与应用服务器相同的物理层上呢

具体的问题是-将web服务器部署为独立层的原因是什么


从更广泛的角度来看,在决定部署场景时,一般的考虑因素是什么

如果您的应用程序服务器比Web服务器占用更多的CPU(大多数情况下都是这样),您可以扩展应用程序服务器,同时保持Web服务器的数量不变


在web服务器场和应用程序服务器场之间放置NLB,您可以(例如)拥有2台web服务器和5台或更多(或任何)应用程序服务器来处理请求。它使管理基础设施成本变得更容易。

您能给出更具体的建议吗?何时将web服务器移动到另一个物理层?坦率地说,我不明白拥有这两台web服务器有什么好处。我们可以将web应用程序和应用程序服务器组合成一个应用程序,在internet客户端和该服务器场之间放置NLB。如果我们没有足够的电力,我们只需添加更多的服务器,然后继续前进。而且我们不需要处理SOAP(或者我们用于两层之间通信的其他内容),因为所有通信都是在进程中进行的。@Artyom:如果用户界面非常轻量级,但发生了大量业务处理,一个web服务器专用于用户界面,一个或多个web服务器专用于业务处理,这可能是一个好主意。在这种情况下,他们不需要对Web UI进行负载平衡,仍然可以从进程内会话中获益。