基于消息队列的集成架构

Question

我们目前的遗留系统是在现场的。我们计划将应用程序迁移到云作为长期目标，但在此期间，我们需要将这个遗留系统与基于云的应用集成起来。

我们的目标是：设计一个集成，使我们的遗留系统能够与我们新的基于云的应用程序进行通信。

我们的计划：，我们将使用消息队列来支持遗留系统和云之间松散耦合的通信。

我们将在遗留系统上有一个message实例，在云中有另一个实例。我们最终将在云上得到几个不同的应用程序，所有这些应用程序都将与遗留系统通信，但与云上的其他应用程序分离。

，实现这一目标的最佳方法是什么？

我们是否：

1. 我们的每个云应用程序是否都“连接”到云上的单个代理程序，并以发布/订阅的方式接收消息？
2. 为我们的每个云应用程序设置专用的队列，并让我们的云应用程序直接从队列中读取这些消息。

我知道我的问题有点高，因为它涉及到系统设计，但同时，我希望它也足够具体。欢迎任何意见或反馈。

Answer 1

我强烈建议您退一步，在投入到技术基础设施决策之前，对您的体系结构进行战略化：

1. 业务:从遗留应用程序和新云应用程序中识别不同的子域(“组件”)及其相对重要性:核心、支持、通用。因此，您将优先考虑从遗留文件中迁移的内容。
2. 团队:如果您管理多个团队(遗留的云团队(在您的情况下可能是？)，确保团队与子域(反康韦机动)保持一致，从而将协作摩擦降到最低。
3. 耦合:定义不同子域之间的关系:谁是上游，谁是下游，接口契约是什么？

然后，您可以开始考虑“管道”和不同的基础设施选项，以便根据您的技术需求(同步、异步等)连接组件，并在异步连接的情况下回到原来的问题:通过消息队列代理还是不通过消息队列代理？

这些幻灯片解释了更深入的：用上下文映射可视化社会技术体系结构。

如果这种架构方法与您产生了共鸣，那么请看一看领域驱动的设计启动器建模过程的更多细节。