Question

我想知道,如何最好地连接作为服务器运行的多个节点。

例如: 我有一个叫MasterApp的口号。这应当处理认证、用户账户、着陆页等。但是,我也希望有其他资料,如Wiki和聊天室。

我的这套文件可以有效地研究如下内容:

          Web
           ^
           |
        MasterApp
         ^     ^
         |     |
ServiceApp1   ServiceApp2...

一种可能的解决办法是将较小的器具转换成单元,并将其纳入主机——但我有理由不这样做。其中一个是,我想在硕士班上保留时间,而SApp1和SApp2则在实验和(或)发展阶段。

另一种看来是明智的解决办法是,在硕士应用中设立一个代理机构,网址是:node-http-proxy,在认证层之后将申请转交SApp1, ServiceApp2......。 <>这一可取的解决办法吗? 还是看不见?

或者,还有另一种解决办法,我没有这样做。或者,如果我走上了使用代理的正确轨道,但也许应该使用HAProxy,把代理外推到 no(尽管我喜欢能够动态地混淆Node-http-proxy的想法)。

增编

Answer 1

假设你在客户方使用自动备用金来获取服务器,则使用某种代理是最容易的。如果你发现Node-http-proxy过于缓慢,你可以先使用Node-http-proxy,然后先把 n子代理放在前面。

在其他模块内运行当然会最快,但正如你指出的那样,这意味着主力过程会受到另一单元的冲击。

你所谈论的内容与服务导向型建筑相似,由于从业务角度的模块化,这种结构正在受到欢迎。通过将申请细分为各自拥有自己的数据库的单独服务,吉大港山区开发项目服务器,因此,你可以独立提升、扩大、管理和监测能够有好处的部件。它确实以业绩(特别是相对性)为代价,并使用更多的资源,但具有某种强力。阅读更多:

有了面向服务的发现,你确实必须说明如何处理授权和认证等一些中心问题。有时,在把申请转交适当服务机构之前,你在作为门管理人的所有服务中都有代理,并验证用户证书,或者这些服务机构本身可以通过将证书转至另一个辅助服务机构或使用共同的法典(通常涉及HMAC)来验证证书。

Answer 2