架构反馈

Question

我是一个拥有许多不同部门的大型组织的一员。让我们称它们为A、B和C。每个部门都有自己的系统，但有些东西是根据系统共享的。有一个报告部门，它需要查看来自不同部门系统的所有数据的汇总。

我们开始时，每个部门都有自己的SQL数据库和api，以及前端的单页应用程序。我们添加了一个中央数据库来跟踪系统之间共享的用户、电话、地址、EmailAddresses等信息。

随着我们的成长，我们最大的痛点之一就是保持一切同步。例如，我们有一个系统从中心表中删除了一个用户或将他们合并在一起(这是有可能的)，从而影响了其他系统，因为有内部人员引用了被删除的中央人员。我们的另一个系统决定他们不想受到系统间变化的影响，例如，任何删除集中存储的电话号码都不应该影响他们。

我正在尝试找出处理这种情况的最好方法。我一直在想一个Pub子场景，在这个场景中，每个系统内部都有自己的一组lets，比如电话、地址、EmailAddresses，当他们做出更改时，它会通过rabbitMQ发布。其他系统可以根据需要订阅它们，并相应地处理更改。

这一切听起来都不错，但我们如何跨系统跟踪用户以进行报告呢？我们希望使用跨系统一致的UserID。假设一个用户进入系统A，他从某个中心位置检索全局ID，一个月后，同一个用户进入系统B。假设我们有他们的电子邮件地址，这样系统B就可以知道他们的相关信息，但是它如何找到这些信息，它是查询中央系统，还是发送一条消息，比如“谁在他们的系统中有这个用户”，并等待来自任何给定系统的回答。

无论如何，我希望得到任何关于这个问题的反馈。

谢谢

Answer 1

我建议你读几本关于这方面的书，或者浏览一下网络：

企业应用Architecture

• CQRS

的

• 域驱动Design
• Patterns

你在w.r.t的正确轨道上。使用事件驱动的体系结构(服务总线)。