REST/SOAP性能是否足够快，以便在PHP应用程序之间使用
目标:从电子商务购物车中分离出业务逻辑和流程。我们要清楚的是，我们是一个更大的电子商务商店，但我们绝不会处理这里的巨量流量，每天只有几千名访问者。
我们想要一个可维护的外部应用程序来处理诸如: PDF生成，报价逻辑，发票和采购订单处理等事情。目前，这主要是内置到我们的模块化购物车软件，但为了实现更多的机动性，稳定性和可维护性，我们认为这是最好的方向。我们目前使用，LAMP用于购物车，MongoDB，Python，用于一些外部数据的导入和处理。我们想为这个特殊的应用程序使用PHP，开发会更快，因为我们的大部分业务逻辑都已经用PHP编写，只需要移植即可。
我确信这不是一个新问题。那么大多数大型网站是如何做到这一点的呢？使用SOAP/REST之类的东西在应用程序之间通信是最好的还是太慢了，有必要只构建供电子商务购物车直接使用的PHP库吗？
如果我可以选择的话，我会做一个网络服务，但我担心它的开销太大了，使它变得有意义。我从经验中知道UPS API使用起来并不有趣！我倾向于REST和DAO的组合，我很乐意听到任何经历过或见过类似情况的人的意见。我们也可以使用消息队列，这对于需要花费大量时间的进程来说很好，但对于需要即时响应的事情就不是这样了。
回答 1
Stack Overflow用户
发布于 2013-05-21 09:01:05
协议的性能可能是一个小问题，如果web服务位于不同的机器上，那么无论您使用的是什么协议，机器之间的延迟都将成为主要的性能瓶颈。
如果您可以将服务器配置到同一网络中，这是最好的。像往常一样，在查询远程服务时，最好减少查询的数量，相反，您应该尽可能地将API设计为批量执行查询。
REST或SOAP唯一可能存在的问题是，它们没有一种直接的方式来执行推送通知，相反，您需要使用web挂钩。但这真的是一个小问题。
https://stackoverflow.com/questions/16660344
复制相似问题
腾讯云开发者
