读码农翻身之消息队列

1、为什么需要消息队列？
假如有一个购物系统，逻辑上分为订单系统和库存系统，订单来了以后，先在订单系统中存下来，然后通知库存系统发货。
此时这个购物系统是部署在一台服务器上的。

但是当用户量越来越多的时候，服务器慢慢的快扛不住了。慢慢的进行了拆分的操作，即订单系统和库存系统，分别在两台服务器上进行保存，也就是现在订单系统如果要通知库存系统，那么就需要从原来的java方法调用，换成了http调用。

那么这个时候又可能出现问题，因为现在有http请求，那么就意味着http请求有可能是不通的，那么如果失败后，订单系统只能重试，这样用户提交一个订单有可能会耗时较长，用户体验就下降了。
而消息队列就是为了解决该问题而出现的。

2、异步通信（消息队列）
订单系统产生的订单，只需要将订单写入到这个队列里面去。然后库存系统，从消息队列中获取消息，然后处理就可以了。

个人的疑问：
消息队列的原理很简单，只是如果深入的话，我感觉还有几个点需要考虑：
1、消息队列的可靠性。不能只有一台，否则一台挂掉以后，系统也就崩溃了
2、消息队列需要支持重发，同时接受方需要做幂等性。
3、如上这种订单系统和库存系统，万一出现库存没有了？而用户下订单已经成功了，那么此时又该怎么处理？
这种情况，要不从业务方面上解决？比如订单有状态，只有库存系统处理完了，这个订单才是真正的完成？