【主数据架构】4种常见的主数据管理实现风格 | 首席架构师智库

标签: | 发表时间:2020-10-31 22:06 | 作者:
出处:http://jiagoushi.pro

主数据管理(MDM)系统的基础是什么,这取决于您所认同的实现风格,这为项目成功提供了最佳机会。这在很大程度上取决于您在数据管理方面的业务情况。

有几种不同的实现样式可供选择,主要的区别在于是否从中心集线器控制数据,还是将集线器与现有数据源同步。

但是,为什么必须仔细考虑执行的风格呢?

对大多数组织来说,在整个组织中维护一个单一版本的真相是一个高度优先级的任务——同时还要满足遵从性和监管义务。重点放在提高数据质量、建立数据治理的指导方针以及确保数据可以在整个业务中轻松地管理和访问。

这些因素都可以通过使用最常见的实现样式来实现。然而,不同组织之间的主数据管理系统差异很大,您的部署类型将取决于您的核心业务、公司结构和公司目标。

您的MDM解决方案提供商将根据您的业务需求为您提供最佳的解决方案。在这里,我们将查看四种常见的主数据管理实现样式,以帮助您确定哪一种最符合您的组织需求。

MDM实现1:注册表样式

首先,我们将了解注册表样式,它主要用于通过对来自不同源系统的数据运行清理和匹配算法来发现重复项。它将唯一的全局标识符分配给匹配的记录,以帮助识别单一版本的真相。

这种样式不会将数据发送回源系统,因此对主数据的更改将继续通过现有的源系统进行。相反,它清理并匹配标识的交叉引用信息,并假设源系统可以管理其自身数据的质量。

将存储匹配和提供相应记录之间的链接所需的信息,并且可以根据需要访问此数据的视图。

当需要一个单一的、全面的客户视图时,它使用每个参考系统来实时构建一个360度视图。但是,需要对数据进行中央治理,以确保黄金记录是可靠的。

Master Data Management Registry implementation style

注册表样式实现的优点

如果您在世界各地有大量的源系统,则很难建立权威的源。可以使用注册表风格的方法来分析数据,同时避免在源系统中覆盖信息的风险。这将帮助您避免在源数据更改时可能发生的潜在遵从性失败或其他监管影响(可能因国家而异)。

Registry Style提供了一个不修改主数据的只读数据视图,是删除重复和获得对主数据的一致访问的有用方法。

它提供了低成本、快速的数据集成,对应用程序系统的入侵最小化。

MDM实现2:合并样式

接下来,让我们看看合并样式。使用整合样式,主数据通常从中心中的多个源进行整合,以创建单个版本的真相,也称为黄金记录。

黄金记录存储在中心集线器中,用于报告和参考。但是,对主数据进行的任何更新都将应用于原始数据源。

Master Data Management Consolidation  implementation style

整合样式实现的好处

使用整合样式,您可以从许多现有系统提取主数据,并将其导入一个受管理的MDM hub。然后可以清理、匹配和集成这些数据,为一个或多个主数据域提供完整的单个记录。

合并后的集线器成本低,而且安装速度快,为方便企业范围的报告提供了一种快速而有效的方法。这种风格主要用于分析,为报告和分析提供可靠的数据来源。

MDM实现3:共存风格

共存样式允许您以与整合样式相同的方式构造黄金记录,但是主数据存储在中心MDM系统中,并在其源系统中更新。

共存样式比合并样式的部署成本更高,因为主数据更改可能发生在MDM系统和应用程序系统中。

主数据模型的所有属性在上载到主数据管理系统之前必须保持一致并清除。

Master Data Management Co-existence implementation style

共存风格实现的好处

这种风格的主要好处是,数据在源系统中被控制,然后与中心同步,因此数据可以和谐地共存,并且仍然提供单一版本的真相。

这种方法的另一个好处是主数据的质量得到了改善,访问速度更快。报告也更容易,因为所有主数据属性都在一个地方。

如果您的业务需要能够将集中治理的数据链接回源系统,那么整合样式中心可以自然地发展为共存样式中心。

MDM实现4:事务/集中式风格

事务样式使用链接、清理、匹配和丰富算法来存储和维护主数据属性,以增强数据。然后可以将增强后的数据发布回其各自的源系统。

中心支持主记录的合并,源系统可以订阅由中央系统发布的更新,以提供完全的一致性。但是,这种风格需要对源系统进行双向交互。

Transactional/centralised MDM implementation style

事务/集中式实现的优点

这种风格的真正好处是,您的主数据在任何时候都是准确和完整的,而事务样式中心可以支持数据属性级别的安全性和可视性策略。您可以为一个或多个域获得一组集中的主数据。

事务样式通常可以从合并或共存样式演化而来。

MDM实现风格

我们希望这四种常见的主数据管理实现风格的简要概述将帮助您确定适合您的组织的正确方法。

但是,在开始任何实现之前,需要定义希望通过MDM系统解决哪些业务挑战。

如果您被分散在不同系统中的数据所阻碍,那么您的第一步应该是探索如果您可以方便地访问单个综合记录,那么您将如何处理数据。

下一步是考虑组织中谁需要访问这些数据,最后是希望他们能够从全球不同的设备和位置访问这些数据吗?

这时,听取主数据管理专家的建议是值得的。理想情况下,您选择的实现风格应该帮助您管理和维护最关键的数据,使您能够克服挑战并实现积极的业务结果。

幸运的是,使用我们列出的所有样式,您可以随着公司需求的增长或组织的扩展从一个样式发展到另一个样式。关键因素是一开始就使用正确的MDM平台,这样它就可以与您的业务一起开发。

 

原文: https://blog.stibosystems.com/4-common-master-data-management-implementation-styles

本文: https://pub.intelligentx.net/node/843

讨论:请加入知识星球【首席架构圈】或者飞聊小组【首席架构师智库】

相关 [数据 架构 常见] 推荐:

【主数据架构】4种常见的主数据管理实现风格 | 首席架构师智库

- -
主数据管理(MDM)系统的基础是什么,这取决于您所认同的实现风格,这为项目成功提供了最佳机会. 这在很大程度上取决于您在数据管理方面的业务情况. 有几种不同的实现样式可供选择,主要的区别在于是否从中心集线器控制数据,还是将集线器与现有数据源同步. 但是,为什么必须仔细考虑执行的风格呢?. 对大多数组织来说,在整个组织中维护一个单一版本的真相是一个高度优先级的任务——同时还要满足遵从性和监管义务.

HBASE数据架构

- - 数据库 - ITeye博客
关系数据库一般用B+树,HBASE用的是LSM树. MYSQL所用类B+树一般深度不超过3层,数据单独存放,在B+树的叶节点存储指向实际数据的指针,叶节点之间也相互关联,类似双向链表. 这种结构的特点是数据更新或写入导致数据页表分散,不利于顺序访问. LSM存储中,各个文件的结构类似于B+树,但是分多个存在内存或磁盘中,更新和写入变成了磁盘的顺序写,只在合并时去掉重复或过时的数据.

再谈数据架构

- - 人月神话的BLOG
本篇为杂谈,主要是想谈下企业架构中数据架构部分的一些关键点. 首先在TOGAF的ADM方法论中将数据架构部分的内容放在了信息系统架构-数据架构部分,这个方式是不合适的. 前面一直强调了企业架构的两条重要线索,一个是流程,一个是数据,这两者都是既涉及到业务架构部分,也涉及到应用架构部分. 在最终架构的分析和分解,业务建模到IT实现的转换过程中,自然就会过渡到应用架构部分的内容.

大数据Lambda架构

- - CSDN博客云计算推荐文章
1 Lambda架构介绍.          Lambda架构划分为三层,分别是批处理层,服务层,和加速层. 最终实现的效果,可以使用下面的表达式来说明. 1.1 批处理层(Batch Layer, Apache Hadoop).          批处理层主用由Hadoop来实现,负责数据的存储和产生任意的视图数据.

大数据架构hadoop

- - CSDN博客云计算推荐文章
摘要:Admaster数据挖掘总监 随着互联网、移动互联网和物联网的发展,谁也无法否认,我们已经切实地迎来了一个海量数据的时代,数据调查公司IDC预计2011年的数据总量将达到1.8万亿GB,对这些海量数据的分析已经成为一个非常重要且紧迫的需求. 随着互联网、移动互联网和物联网的发展,谁也无法否认,我们已经切实地迎来了一个海量数据的时代,数据调查公司IDC预计2011年的数据总量将达到1.8万亿GB,对这些海量数据的分析已经成为一个非常重要且紧迫的需求.

零售业中常见数据分析

- - 互联网分析
1)分析企业的财务状况,了解企业资产的流动性、现金流量、负债水平及企业偿还长短期债务的能力,从而评价企业的财务状况和风险. 2)分析企业的资产管理水平,了解企业对资产的管理状况,资金周转情况. 4)分析企业的发展趋势,预测企业的经营前景. 同时,系统还应该按照部门、人员、商品、供应商、时间等各个维度综合分析各项财务指标,如:成本、毛利、利润、库存、结算、盈亏平衡点、销售数量、销售金额、市场占有率等等.

架构必备:Rate limiting 的作用和常见方式

- - 互联网技术和架构
Rate limiting 在 Web 架构中非常重要,是互联网架构可靠性保证重要的一个方面. 从最终用户访问安全的角度看,设想有人想暴力碰撞网站的用户密码;或者有人攻击某个很耗费资源的接口;或者有人想从某个接口大量抓取数据. 大部分人都知道应该增加 Rate limiting,做请求频率限制. 从安全角度,这个可能也是大部分能想到,但不一定去做的薄弱环节.

RESTful 架构风格下的 4 大常见安全问题

- - 文章 – 伯乐在线
伴随着RESTful架构风格的大量应用微服务架构的流行,一些本来难以察觉到的安全问题也逐渐开始显现出来. 在我经历过的各种采用RESTful微服务架构风格的应用中,某些安全问题几乎在每个应用中都会出现. 然而它们并非是什么高深的技术难题,只不过是借着微服务的流行而显得越发突出,这些都可以通过一些安全实践来避免.

浅析信息系统架构的应用架构与数据架构

- - 企业架构 - ITeye博客
    信息系统架构包括了对于 应用架构和数据架构. 这里不再介绍具体的方法论,而是考虑如何在设计信息系统架构时有效地避免复杂性. 在应用系统层面将通过分层和配置的方式来简化应用系统,从而可以获得简单的架构. 在数据架构层面将通过分层主数据的思想来考虑我们如何来管理主数据. 企业从生产/采购计划开始,到生产/采购管理,以及现场制造的执行.

对数据库架构的再思考

- - 人月神话的BLOG
前面在谈PaaS的时候曾经谈到过共享数据库,私有数据库的问题,在这里再谈谈在多业务系统建设过程中的数据架构模式问题. 首先来看下传统的数据交换解决方案如下图:. 业务场景为单独构建的四个业务系统,在四个业务系统中SID数据为需要跨四个应用交互和共享的数据. 传统的做法则是对四个应用存在的SID库数据进行数据集成和交换,则后续的每一个业务系统中都有全部的共享基础数据,任何一个应用的SID库数据需要通过数据交换和集成同步四份.