大家好，欢迎来到IT知识分享网。
设计系统的组织……受到约束，产生的设计是这些组织的沟通结构的副本。
这句话被称为康威定律，它表明一个团队将根据其组织的沟通结构来构建产品。业务沟通结构将人员组织成团队，这些团队通常生产由他们的团队边界限定的产品。实现沟通结构提供了对给定产品的子领域数据模型的访问，但是较弱的数据通信能力限制了其对其他产品的访问。
因为领域概念跨越了不同业务，所以同一个组织里的不同界限上下文之间通常需要对方的领域数据。实现沟通结构一般不擅长提供这种通信机制，虽然它们在满足自身界限上下文的需求时表现得很出色。它们会以两种方式来影响产品设计。首先，由于在整个组织内传递所需的领域数据很低效，它们不鼓励创建逻辑独立的新产品。其次，它们会提供能轻松访问现有领域数据的方式，但存在要不断扩展领域以满足新业务需求的风险。这种特殊的模式体现在单体设计中。
数据沟通结构在组织设计和构建产品的过程中扮演着关键角色，但对于许多组织来说这种结构是长期缺失的。如前所述，实现沟通结构除了自身的角色外，还经常扮演数据沟通结构的角色。
一些组织试图通过其他实现方式来提升访问领域数据的能力，但这些努力有其自身的缺点。例如，尽管共享数据库的做法会促进反模式并且通常无法进行充分扩展以满足所有的性能要求，但还是经常被使用。数据库方案也许仅仅提供了一个只读副本，但是这可能会不必要地暴露其内部数据模型。批处理程序能够将数据转存到文件中以被其他程序读取，但这种方法会造成数据一致性和多信息源的问题。最后，所有这些解决方案都会导致实现之间的紧耦合，并进一步将系统架构强化为点对点的关系。
如果你发现在组织中访问数据很困难，或者由于所有数据都存在于单独的实现中，你的产品不得不不断扩大其涵盖的范围，那你可能正受到糟糕的数据沟通结构的影响。这个问题会随着组织的发展、新产品的开发以及对访问通用领域数据需求的增加而进一步扩大
连载中，还没关注的小伙伴记得点个关注不迷路~
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://haidsoft.com/180294.html
