【问题标题】:Which system works is the best?哪个系统效果最好?
【发布时间】:2014-06-09 17:29:09
【问题描述】:

我有一个在 16 个 Weblogic 实例下运行的应用程序,分布在 4 个服务器上。

最重要的是,我有 2 个 Apache 服务器,它们正在与应用程序服务器进行通信。

除此之外,我还有一个负载平衡系统(CSS 卡,它将被另一种类型的卡 - ACE 卡取代)。

这很好用。

但我的公司想摆脱 2 个 Apache 服务器,并集成一个 IIS 实例,该实例将与一个 Weblogic 实例通信。

所以基本上,我会:

  • 16 个 IIS 实例,与 16 个 Weblogic 实例对话,1-1 关系。

就个人而言,我对这种架构持怀疑态度,因为:

  • 如果 Weblogic 实例出现故障会发生什么?我的意思是,IIS 实例仍然继续接收来自负载平衡系统的请求。我知道新的负载均衡系统可以先发送一个请求,看看应用程序有没有响应,如果有,就会让请求走得更远。但是,我可以想象这会花费相当多的时间,而且对性能不利。

  • 此外,如果应用程序正在响应(意味着 Weblogic 已启动并正在运行),但此时 IIS 未响应,负载平衡系统会将请求发送到已关闭的 IIS 实例。所以用户将不得不永远等待!

您是否看到我可能错过的这种新解决方案的其他好处或重大缺点?它是一个好的架构解决方案吗?

【问题讨论】:

    标签: architecture distributed


    【解决方案1】:

    这很好用。

    这是最好的解决方案。

    您的问题陈述并未指明更改的驱动因素。相反,它只是分析解决方案(针对不明确的问题)。如果不了解形成解决方案的驱动因素,就无法确定解决方案的好坏。

    【讨论】:

    • 有一个明显的问题。我也许可以在为时已晚之前阻止它。所以,我修改了问题的标题。我需要知道新解决方案是否适合生产使用,如果不适合,为什么:是否有任何我不知道的缺点或其他任何问题。当你说“这是最好的解决方案”时,我希望你是对的,但我需要证明这一点。
    • 如果某些东西已经运行良好,那么应该有明确的更改理由。如果没有,现在存在的最好继续。单纯的偏好(你的描述中的“喜欢”)并不是改变的可靠驱动力。这就是这里不清楚的地方。是什么让已经工作的东西被改变?为什么会有这种偏好?当前工作系统中不存在的要完成的任务是什么?如果您有这样的疑问,您有时可能会发现这种更改并不是真正需要的。如果找到了可信的理由,那么就只能针对这些理由来衡量新的解决方案。
    • 但是无法通过这种方式确定最佳设计。为了优化利用率,我们需要对应用服务器和 Web 服务器之间的负载分配做出明智的决策。这告诉我们映射应该是什么。在 IIS 端检查 IIS 和 WebLogic 之间建议的连接机制。如果 WebLogic 出现故障,负载均衡器能够以多快的速度检测到?这是检查的关键点。虽然好的解决方案会起作用,但我并不是说这是一个好的选择,因为选择手段很差。所以不要指望它可以节省成本。它可能会也可能不会。
    • 您的实际问题是您的组织中没有 IT 治理功能。特别是变更管理。如果你来自一家大公司,考虑建立一个 IT 治理功能或企业架构功能,或变更管理实践,或至少一些技术原则。要获得有限的视图,请阅读 ADM 的 TOGAF 架构变更管理。另请查看示例技术架构原则(例如,基于需求的变更)。
    • ... Web 服务器和 WebLogics 之间的比率。但是你看,还有其他的东西要看。出于安全原因,人们担心隔离应用程序。他们可能计划在不同的服务器上部署这样不同的应用程序等等......
    猜你喜欢
    • 2022-06-16
    • 2010-12-03
    • 2011-01-04
    • 2022-01-22
    • 1970-01-01
    • 1970-01-01
    • 2016-10-20
    • 1970-01-01
    • 2011-04-02
    相关资源
    最近更新 更多