目标：将电子商务购物车中的业务逻辑和流程分开。我们很清楚，我们是一家规模较大的电子商务商店，但我们绝不会在这里处理大量的流量，每天只有几千名访客。
我们希望可维护的外部应用程序能够处理诸如以下内容：PDF生成，报价逻辑，发票和采购订单处理等。目前，这主要是通过我们的模块化购物车软件构建的，但要实现更高的移动性，稳定性和可维护性，我们认为这是最好的方向。我们目前使用LAMP购物车，MongoDB，Python，进行一些外部数据导入和处理。我们希望将PHP用于这个特定的应用程序，开发将更加迅速，因为我们的业务逻辑已经用PHP编写，只需要移植。
我确定这不是一个新问题。那么大多数大型网站如何做呢？是否最好使用SOAP / REST之类的东西在应用程序之间进行通信，或者这样做太慢，是否需要构建直接由电子商务购物车使用的PHP库。
如果我有我的选择，我会做一个网络服务，但我担心它的开销会很有意义。我从经验中了解到UPS API并不适合使用！我倾向于将REST和DAO结合起来，我很乐意听到任何人经历过这个或之前看过这样的事情。也可以投入我们可以使用一个消息队列，这对于需要花费大量时间但不需要即时响应的过程非常有用......
答案 0 :(得分：1)
协议的性能可能是次要问题，如果Web服务位于不同的计算机上，那么计算机之间的延迟将成为主要的性能瓶颈，无论您使用何种协议。
最好将服务器配置为位于同一网络中。与查询远程服务时一样，最好减少查询次数，而应尽可能设计API以批量进行查询。
REST或SOAP唯一可能的问题是他们没有直接的方式来执行推送通知，而是需要使用Web挂钩。但这确实是一个小问题。