是什么？
交互模型描述了在系统之间建立连接以传送数据的方式。
类型
点对点
共享数据系统之间的绝大多数交互都是“点对点”的，它们直接相互传递数据。这个模型在一小组系统的上下文中是行得通的。但是，当许多系统需要来自同一来源的相同数据时，它会很快变得效率低下并增加组织风险。具体有以下几个方面：
影响处理
如果源系统是操作型的，那么提供数据的工作量可能会影响交易处理。
管理接口
点对点交互模型所需的接口数量接近系统数量的平方数。一旦建立了这些接口，就需要维护和支持这些接口。管理和支撑系统之间接口的工作量很快就会大于系统本身的支持。
潜在的不一致
当多个系统需要不同的版本或数据格式时，就会出现设计问题，使用多个接口获取数据会导致发送给下游系统的数据不一致。
中心辐射型
中心辐射型是点对点的替代方案，它将共享数据（物理或虚拟）整合到应用程序可以使用的一个中央数据中心。所有想交换数据的系统都是通过一个中央公共数据控制系统进行交换的，而不是直接与其他系统（点对点）进行交换。数据仓库、数据集市、操作数据存储和主数据管理中心都是数据中心的最佳示范。
数据中心提供一致的数据视图，对源系统性能的影响有限。数据中心甚至最小化了必须访问的数据源系统和抽取的数量，从而减少对源系统资源的影响，向组合中添加新系统，只需要构建到数据中心的接口。如果涉及系统数量不多，中心辐射型交互效率会更高。此外，可以对成本进行合理调整，尤其对管理成百上千的系统组合至关重要。
企业服务总线（Enterprise Service Bus ESB）是用于在多个系统之间接近实时共享数据的数据集成解决方案，其数据中心是一个虚拟概念，代表组织中数据共享的标准和规范格式。
中心辐射型可能并不总是最好的解决方案。部分中心辐射型存在着不可接受的时延或性能问题。数据中心本身在中心辐射型架构中存在创建开销，点对点解决方案不需要数据中心。然而，当3个或更多的系统参与共享数据时，数据中心的好处就超过了开销大的缺点。利用中心辐射型设计模式来交换数据，可以显著减少数据的转换工作和集成解决方案的需求，从而大大简化必要的组织支持。
发布与订阅
发布和订阅涉及推送（发布）数据的系统和其他接受（订阅）数据的系统。在数据服务的目录中列出推送数据的系统，希望使用数据的系统订阅这些服务。在发布数据时，数据会自动发送到订阅用户。
当多个数据消费者需要特定格式的数据集时，集中开发该数据集并使其对所有需要的人都可用，可确保所有参与者及时收到一致的数据集。