socket和http哪个比较靠谱？

Question

我现在有两台服务器，服务器A是web服务器，服务器B主要服务端（处理订单），目前A服务器受理订单后B服务器定时通过http方式访问A服务器查询有没有新订单。这样不太稳定了 因为万一B服务器的网络出故障停了但是A服务器一样受理新的订单，结果导致延迟订单的处理，这样客户都不满意。我在想如果socket比http稳定的话两台服务器通过socket一直连保持接状态，受理订单的时候立刻联系B服务器，如果B服务器正常状态的话就受理否则拒绝受理。这样应该效果很好，我虽然做过几个简单的socket服务端和客户端但是每次都失败，总是掉线，也许我技术还没到位吧。
请各位高手帮我推荐好一点的方案(我最近打算增加处理订单的服务器，也就是到时候多台服务器在A服务器里获取新订单)。

Answer 1

我认为还是http好，因为你说的不太稳定并不是http的错，http作为短连接（每一次请求都会开启一个socket，收到响应后关闭）非常适合你这种查询类需求。
你说的socket长连接并不能解决网络不稳定的问题，长连接适合于交互类的需求（聊天，你说一句我回一句），如果用长连接作为查询类需求的话，1是太浪费资源了，2是网络故障难以调试，3是明显的增加了编码难度。
建议先从网络和硬件的角度解决故障，软件层面http和tcp并没有优劣之分。

Answer 2

socket是一个针对TCP和UDP编程的借口，你可以借助它建立TCP连接等等。而TCP和UDP协议属于传输层 而http是个应用层的协议，它实际上也建立在TCP协议之上。

追问

这些我也知道的。我想知道的哪种方式比较稳定