面向数据的架构DOAeyassh

• （a）在 UI 和服务器之间（在他们决定的任何 REST/HTTP 协议中）
  
• （b）在服务器和数据存储之间（在他们决定的任何查询语言中） ) 或在服务器及其外部依赖项之间。
  

1. 随着组件数量的增加，集成复杂度的N²增长，
2. 网络的形状变得难以先验推理；即创建或维护测试环境或沙箱将需要大量推理以确保图中没有任何组件具有外部依赖关系

面向数据的架构
在面向数据的架构(DOA) 中，系统仍然围绕小型、松散耦合的组件进行组织，就像在 SOA 微服务中一样。但 DOA 在两个关键方面与微服务不同：

1. 组件始终是无状态的 ：DOA 要求根据集中管理的全局模式来描述数据或状态层，而不是对每个相关组件进行组件化和联合数据存储。
2. 组件之间的交互被最小化，而是通过数据层进行交互。在我们的交易系统案例中，接收不同证券价格的组件只是在我们的数据存储中以规范的形式发布价格。系统可以通过向数据层查询价格来使用这些价格，而不是通过特定 API 从特定服务（或一组服务）请求价格。在这里，集成成本是线性化的。DOA 模式更改意味着可能需要更新多达N个组件，而不是它们之间的多达N²个连接。

如果我们用一张表替换一项服务，那么我们并没有简化很多事情。好处是如果有多个相同通用数据类型的源。如果一个交易系统连接到多个市场，每个市场都将客户的请求发布到一个表中，那么下游系统可以查询这个表，而不必担心客户请求来自哪里。
 
既然DOA中组件与组件的交互被最小化了，那么如何用通过数据层的交互来代替今天 SOA 中的组件间通信呢？

• 1. 数据生产和消费
  

• 2. 触发动作和行为