问分布式消息排序

EN

我认为CRM对新创建的客户有自己的唯一客户id。此CRM客户id是ERP的外部关键字，它应该出现在ERP->CRM更新中，否则CRM无法关联和更新自己的用户记录。如果这个假设是正确的，您可以在CRM和ERP之间放置一个中间人，使没有帐号的订单在队列中等待，直到它捕获到来自ERP的帐号更新。中间人将使用CRM客户id将等待的订单请求与帐号更新相关联，然后用帐户id丰富订单，并将订单转发给ERP。

如果订单在中间人的队列中停留了太长时间，则应该将其移动到错误/升级队列。

中间人可以在CRM或ERP中或在一些集成平台中实现。

您能不能不将“创建新客户和下订单”操作封装到一条消息中，该消息被简单地解构并在ERP系统中按顺序播放？因此，您将有一条“创建新客户”消息、一条“下订单”消息和一条新的“创建客户和下订单”消息。

CRM系统应该有自己的帐号，供内部使用。这为您提供了一种在ERP系统创建主帐户之前处理订单的机制。CRM应用程序将ERP帐号作为其客户记录中的唯一键保存；基本上，CRM帐号是一个合成键，而ERP帐号是一个业务键。

在此设计中，CRM向ERP发送New Customer消息和New Order消息。这两条消息都会发送CRM客户编号和一个空的ERP帐号。假设ERP系统只有一个消息队列，则通常的物理定律适用，因此ERP系统应首先处理New Customer消息；它向CRM系统发回一个New Account消息，将CRM客户编号绑定到一个新的ERP帐号。ERP系统需要一个将其客户编号与CRM帐号相关联的数据存储，以便它可以处理在发布ERP帐号之前发送的任何New Order消息。

如果您遇到这样一种情况，即New Order消息在处理New Customer消息之前到达进行处理，则需要将其路由到挂起队列。当ERP系统处理New Customer消息时，它将需要检查挂起队列。实际上，队列可能是错误的术语，因为ERP系统将在所有新订单消息中快速查找与该CRM客户编号匹配的消息。