两种应用程序之间可扩展集成的企业集成模式？

Question

我们有两个应用程序 - 一个是消费者可以浏览和购买产品。该产品是在线课程，为了响应客户订单，他们获得了一个帐户，用于登录其他应用程序的凭据，他们可以登录并使用该课程。

当代，当消费者下订单应用程序时，将SOAP提交给另一个应用程序Web服务，该服务为客户创建所需的凭证，并作为响应告诉另一个，订单已成功处理＆＃39;并且收据打印，其中总是有一个链接无缝登录到其他系统。

此集成存在一些问题：

1. 如果维护通过网络服务接收订单的其他系统并创建凭据，直到所有销售停止为止
2. 无容错 - 假设所有系统节点都不可用或某些由于某些间歇性网络问题导致两个系统无法通信或Web服务无法与数据库服务器通信然后订单开始失败
3. 需要改进交易管理
4. 需要改进异常管理

而且，改善欲望：

1. 具有订单Web服务的门户网站的维护期不会影响订单。相反，订单开始排队，一旦门户网站恢复生效，所有排队的订单开始处理
2. 创建客户凭证的（门户）Web服务中的订单交易应围绕明确定义的交易（设计）模式构建
3. 良好的异常处理可以改善两个系统之间的通信

最后，两个系统集成都得到了改进，订单失败的最重要问题就完全得到了解决。

我对EIP或消息服务或面向服务的体系结构不太熟悉。我没有多少时间来构建我的概念，然后准备解决方案来解决这个问题。我已经开始阅读所有这些主题，但我需要一些快速帮助或更好地说一个架构解决方案来解决这个问题，并使这种集成更具可扩展性和可靠性。

感谢。

Answer 1

我没有现成的解决方案，但鼓励对Thomas Erl的出版物进行一些阅读