我们有两个应用程序 - 一个是开放给消费者浏览和购买产品。该产品是在线课程，为了响应客户订单，他们会获得一个帐户来登录其他应用程序的凭据，他们可以在其中登录并使用该课程。
现代，当消费者下订单时，应用程序向另一个应用程序 Web 服务提交 SOAP，该应用程序 Web 服务为客户创建所需的凭证，并作为响应告诉另一个人订单“已成功处理”，并且打印收据，其中总是有指向的链接无缝登录到其他系统。
这种集成存在一些问题：
- 如果维护通过 Web 服务接收订单并创建凭据的其他系统，直到所有销售停止
- 无容错 - 假设所有系统节点不可用，或者由于一些间歇性网络问题，两个系统都无法通信或 Web 服务无法与数据库服务器通信，然后订单开始失败
- 需要改进交易管理
- 需要改进异常管理
并且，改进的愿望：
- 具有订单网络服务的门户网站的维护期不影响订单。相反，订单开始排队，一旦门户恢复运行，所有排队的订单都开始处理
- 创建客户凭证的（门户）Web 服务中的订单交易应围绕明确定义的交易（设计）模式构建
- 良好的异常处理，可以改善两个系统之间的通信
最后，两个系统集成都得到了改进，最重要的问题是订单失败完全得到解决。
我对 EIP 或消息服务或面向服务的架构不太熟悉。我也没有太多时间来构建我的概念，然后准备解决问题的解决方案。我已经开始阅读所有这些主题，但我需要一些快速的帮助，或者更好地提出一个架构解决方案来解决这个问题，并使这种集成更具可扩展性和可靠性。
谢谢。